A adição de contratos inteligentes abriu novas maneiras de atacar o razão, e a arquitetura técnica era incômoda. Falando em 2015, Thomas disse que construir contratos inteligentes em um blockchain era como escrever software diretamente em um banco de dados – difícil.
A equipe percebeu, em entrevista recente ao Thomas CoinDesk, que a ciência da computação resolveu esse problema nos anos 70, desenvolvendo uma arquitetura de três camadas, na qual uma “camada lógica” fica entre o banco de dados e as camadas da interface do usuário.
Codius serviria como camada intermediária, disse Thomas, acrescentando: “Você teria um pouco de código acessando alguns ativos no ledger XRP, que acessa alguns dados que estão no Ethereum, e talvez esteja fazendo uma chamada HTTP e você tenha muito arquitetura mais flexível. E o mais importante, você pode ter esses tipos de contratos também chamando outros contratos. ”
Mas construir esse tipo de plataforma exigia uma comunicação eficiente entre os registros, algo que não estava disponível na época e, assim, a Ripple começou a desenvolver o protocolo Interledger de código aberto para permitir essa comunicação.
“Nós simplesmente não sentíamos que os contratos inteligentes eram uma indústria muito madura naquele momento … Francamente, os casos de uso pareciam um pouco duvidosos em termos de valor”.
Como tal, Codius foi arquivado. Mas agora, três anos depois, as dúvidas de Thomas sobre o valor de uma plataforma de contrato tão inteligente desapareceram.
Em vez disso, ele vê os problemas de escala da Ethereum – transações caras e tempos de confirmação lentos – como sinais de que contratos inteligentes estão prontos para “se afastar dos mainframes, afastar-se da Ethereum e passar para uma arquitetura mais flexível que envolva múltiplos livros diferentes”.
Todos esses projetos, como o Codius, promovem a capacidade de processar transações mais rápidas e mais baratas, mas normalmente há um trade-off envolvido – seja em termos de segurança ou benefício de definição da blockchain, descentralização.