Não acontece em público. Não acontece com alarde. Acontece em salas, às vezes literais, às vezes virtuais, onde um pequeno número de pessoas toma decisões sobre padrões, protocolos e arquiteturas com os quais todos os outros viverão por décadas.

A maioria das pessoas nunca ouve sobre essas decisões. Elas não sabem que estão sendo tomadas. E quando a infraestrutura se torna visível, quando já é parte de como as coisas funcionam, a janela para moldá-la já se fechou.


Foi assim que a internet aconteceu. Um punhado de engenheiros tomou decisões nos anos 1970 e 1980 sobre como os pacotes de dados deveriam ser roteados, como os endereços deveriam ser estruturados, como diferentes redes deveriam se comunicar. Essas escolhas se tornaram TCP/IP. Elas se tornaram HTTP. Elas se tornaram a arquitetura invisível da vida moderna. E quando a maioria das pessoas encontrou a internet, aquelas decisões fundamentais já estavam consolidadas.

Eu acho que algo semelhante está acontecendo agora com robôs. E a maioria das pessoas não tem ideia.

As decisões sendo tomadas não são sobre qual robô parece mais legal ou qual demonstração de empresa é mais impressionante. Elas são sobre a infraestrutura subjacente. Como os robôs compartilharão dados? Como as atualizações de software serão verificadas? Como os padrões de segurança serão estabelecidos e aplicados? Quem pode participar dessas decisões, e quem fica de fora?

Esses não são detalhes técnicos. Eles são escolhas arquitetônicas que determinarão o que é possível e o que não é. Se o futuro da robótica é aberto ou fechado. Se pequenas equipes podem contribuir ou apenas grandes corporações. Se a segurança é estrutural ou cosmética. Se a governança é participativa ou imposta.

E agora, a maioria dessas escolhas está sendo feita por empresas individuais, atrás de portas fechadas, de maneiras que atendem aos seus interesses particulares. O que é compreensível. É assim que os negócios funcionam. Mas não é assim que você constrói uma infraestrutura que sirva a todos.

@Fabric Foundation O protocolo é uma tentativa de tomar essas decisões de forma diferente. É uma rede global aberta, administrada pela Fabric Foundation, uma organização sem fins lucrativos que fornece infraestrutura compartilhada para a construção de robôs de uso geral. A palavra que mais importa nessa frase é "compartilhada."

Infraestrutura compartilhada significa que as decisões fundamentais sobre como os robôs coordenam como os dados fluem, como a computação é verificada, como a governança funciona são feitas abertamente, registradas publicamente e acessíveis a qualquer um que queira participar. Não por uma empresa. Não atrás de portas fechadas. Em um livro razão público que qualquer um pode auditar.

O protocolo coordena três coisas: dados, computação e governança. Eu pensei sobre cada uma delas separadamente, mas o que me impressiona cada vez mais é como elas interagem. Porque o verdadeiro poder de um protocolo aberto não está em nenhuma camada única. Está em como as camadas se reforçam mutuamente.

Pegue os dados. O valor óbvio de uma camada de dados compartilhada é a eficiência: as equipes não precisam coletar tudo sozinhas. Mas o valor mais profundo é a representação. Se os dados vêm de muitos contribuintes, em muitas geografias e contextos, os robôs treinados com esses dados estarão mais adequados à verdadeira diversidade do mundo real. Um pipeline de dados fechado, não importa o quão grande, reflete as prioridades e pontos cegos de quem o controla. Um aberto tem uma chance, não uma garantia, mas uma chance de ser mais representativo.

Mas dados abertos só funcionam se você puder confiar neles. E a confiança requer verificação. O que traz a camada de computação.

A Fabric usa computação verificável para produzir provas criptográficas de que as computações foram realizadas corretamente. Quando um modelo é treinado em dados compartilhados, a prova confirma que os dados especificados foram realmente usados, o processo especificado foi realmente seguido e o resultado é o que afirma ser. Isso importa por razões óbvias de segurança. Mas também importa por algo mais sutil: torna a participação possível.

Você geralmente pode dizer quando um sistema é realmente aberto perguntando quem pode contribuir de forma significativa. Se contribuir requer confiar em uma autoridade central para usar seus dados corretamente, muitas pessoas não se incomodarão. Se contribuir vem com um registro verificável, prova de que seus dados foram usados conforme acordado, sob os termos que você especificou, a barreira para participação cai significativamente. A confiança se torna verificável, não presumida.

E então a governança une tudo. Porque dados compartilhados e computação verificada são apenas tão bons quanto as regras que os governam. Quem decide quais padrões de segurança se aplicam? Quem determina usos aceitáveis de dados compartilhados? Quem define as políticas sobre como o protocolo evolui?

Na Fabric, essas decisões são feitas através de um processo participativo, registrado no livro razão público. Propostas são feitas, discutidas, votadas e documentadas. A história é transparente. Você pode rastrear qualquer regra até sua origem. Você pode ver quem a apoiou, quem se opôs e qual raciocínio foi oferecido.

É aí que as coisas ficam interessantes, eu acho. Não interessante no sentido emocionante. Interessante no sentido estrutural. Porque o que a Fabric realmente está construindo não é apenas uma camada de dados ou uma camada de computação ou uma camada de governança. É uma arquitetura de tomada de decisão para todo o campo da robótica.

E a arquitetura da tomada de decisão determina os resultados mais do que qualquer decisão individual. Pense sobre isso. Se a arquitetura é fechada, se uma empresa ou um pequeno grupo de empresas controla a infraestrutura, então cada decisão subsequente reflete seus interesses, suas prioridades, seus pontos cegos. Mesmo empresas bem intencionadas otimizarão para seus próprios produtos, seus próprios mercados, seus próprios usuários.

Se a arquitetura é aberta, se qualquer um pode contribuir com dados, qualquer um pode verificar computações, qualquer um pode participar da governança, então as decisões subsequentes têm uma chance melhor de refletir um conjunto mais amplo de interesses. Não perfeito. Sistemas abertos têm seus próprios problemas. Mas problemas diferentes dos fechados. E, indiscutivelmente, mais tratáveis.

Há algo sobre a modularidade do design da Fabric que se conecta a isso. O protocolo não é monolítico. Você não precisa adotar tudo para usar qualquer parte dele. Um laboratório de pesquisa pode usar a camada de coordenação de dados sem se engajar na governança. Uma agência governamental pode se conectar à estrutura de governança sem realizar computações. Uma startup pode usar as ferramentas de verificação para provar aos reguladores que seus modelos são seguros, sem contribuir com dados para o pool compartilhado.

Isso importa porque a adoção de infraestrutura aberta é sempre gradual. Ninguém muda da noite para o dia. As pessoas começam a usar as peças que resolvem seus problemas imediatos e, com o tempo, os efeitos de rede se acumulam. Quanto mais participantes, mais valiosos os dados compartilhados. Quanto mais computações verificadas, mais confiável a rede. Quanto mais participantes na governança, mais legítimos os padrões.

Fica óbvio após um tempo que é assim que toda infraestrutura aberta de sucesso funciona. Não através de uma grande mudança, mas através de uma adoção incremental impulsionada por valor prático. A internet não venceu porque alguém a mandou. Ela venceu porque cada novo participante a tornou mais valiosa para todos os outros.

Quero ter cuidado aqui, porque é fácil fazer isso soar inevitável. Não é. Projetos de infraestrutura aberta falham o tempo todo. Eles falham porque são muito precoces, ou muito complexos, ou porque um concorrente bem financiado oferece uma alternativa fechada mais simples. Eles falham porque a governança é difícil e entediante e as pessoas perdem o interesse. Eles falham porque os efeitos de rede nunca atingem massa crítica.

A Fabric pode falhar por qualquer uma dessas razões. Ou por razões que ninguém antecipou ainda. A história da tecnologia está cheia de boas ideias que não sobreviveram ao contato com a realidade.

Mas aqui está o que eu continuo voltando. As decisões sobre como os robôs serão construídos, governados e coordenados estão sendo feitas agora. Não no futuro. Agora. Nas arquiteturas que estão sendo projetadas, nos padrões que estão sendo elaborados, nos protocolos que estão sendo escritos. E uma vez que essas decisões são tomadas, elas são muito difíceis de desfazer. A infraestrutura é pegajosa. Ela persiste. As escolhas incorporadas nos protocolos fundamentais tendem a durar mais do que as pessoas que as fizeram.

Então a questão não é realmente se o Fabric Protocol é a resposta certa. A questão é se as pessoas certas estão na sala quando as decisões fundamentais estão sendo tomadas. Se o processo é aberto o suficiente para refletir a diversidade de interesses que serão afetados. Se a arquitetura que está sendo construída agora servirá a todos ou apenas a alguns.

Essa não é uma pergunta com uma resposta limpa. Não é nem mesmo uma pergunta com um prazo. É apenas uma pergunta que paira no ar, tornando-se mais importante a cada mês que passa, enquanto a maior parte do mundo olha para o outro lado.

O pensamento continua. Não pousa em lugar nenhum. O que pode ser exatamente onde deveria estar agora.

#ROBO $ROBO