[ A máquina quebrada que engoliu meu dinheiro e o pobre coitado quase morrendo de sede ]

Eu voltei para casa de metrô ontem depois do trabalho, porque o tempo estava quente e eu estava com muita sede. Assim que saí do metrô, vi uma máquina de venda automática encostada na parede. Fui até ela, escaneei o código e comprei uma garrafa de água mineral. Após o pagamento, abri a tampa, mas descobri que não havia nada lá dentro. Eu claramente ouvi a mola do compartimento da máquina se movendo, deveria ser que a água estava presa atrás do vidro. Eu balancei a máquina algumas vezes, mas minha água mineral simplesmente não caía.

Não houve jeito, tive que ligar para o número de atendimento ao cliente colado na máquina. Assim que atendeu, era aquele discurso padrão de atendimento: Desculpe, primeiro registre, depois verifique, e me pediram para voltar para casa e esperar, que após a verificação, o reembolso seria feito de uma a três semanas.

Naquele momento, senti que estava lá feito um idiota, claramente a máquina estava com problemas, o dinheiro foi retirado mais rápido do que ninguém, mas o reembolso levou vários dias. Embora fossem apenas 2 reais, eu estava morrendo de sede e não consegui beber água. Por que o erro da máquina deve me fazer arcar com isso?

Agora, pensando bem, essa experiência de desconexão entre o mundo físico e o digital é, na verdade, uma doença comum de muitos sistemas inteligentes atuais.

[ Se as máquinas também brigarem assim, o ecossistema definitivamente colapsará imediatamente ]

Você completou a ação de pagamento, mas a entrega no nível físico se tornou um fiasco devido a uma falha mecânica. Seguindo essa experiência frustrante, se no futuro uma rede de máquinas em massa também apresentar esse tipo de disputa, todo o ecossistema de colaboração definitivamente colapsará imediatamente.

Imagine isso: dezenas de milhares de drones e braços mecânicos colaborando para entregar mercadorias na cidade. Se a carga cair no meio do caminho ou a entrega falhar, o contrato digital ainda assim deduzirá o dinheiro de acordo com as instruções do servidor centralizado. Deixo claro: enquanto a confirmação da ação física ainda depender de atendimento ao cliente humano ou servidores com atraso para verificação, a colaboração de alta frequência entre máquinas simplesmente não será possível.

[ Abandonar o pagamento antecipado, permitir que as máquinas usem a criptografia subjacente para liquidações instantâneas ]

Nos últimos dias, estudei@Fabric Foundation lógicas e mecanismos, e percebi que eles parecem ter encontrado uma solução. Eles abandonaram completamente aquele modo estúpido de pagar antecipadamente e depois esperar pela entrega física. Na rede do Fabric, cada ação física da máquina gerará diretamente uma prova criptográfica imutável na camada de hardware.

Só quando a entrega física for realmente completada, essa prova acionará o contrato inteligente subjacente. O dinheiro não é pago antecipadamente a uma plataforma centralizada, mas é liquidado instantaneamente através de canais de pagamento em tempo real.$ROBO tokens.

Se, como aquela garrafa de água, houver um bloqueio no meio do caminho, a prova criptográfica será interrompida instantaneamente, e o canal de fundos será automaticamente cortado. Não existe a repugnante etapa de deduzir o dinheiro e não entregar o produto, e ainda ter que procurar atendimento ao cliente humano para reembolso. Todas as liquidações são totalmente baseadas no estado real do mundo físico, sem intermediários podendo manipular isso.

[ Mesmo que a visão seja grandiosa, deve resistir ao teste da transparência do código ]

O comércio da sociedade humana está sempre cheio de várias concessões e atrasos, mas a economia das máquinas deve ser em milissegundos, sem atritos. Somente uma infraestrutura subjacente que realmente conecte o mundo físico e o livro digital pode suportar o aterrador volume de transações do futuro.

Para entender completamente a lógica técnica subjacente, pensei em investigar#ROBO o repositório de código do projeto. O resultado foi que procurei por meia hora no GitHub e não encontrei o repositório de código central de código aberto, não sei por que a equipe do projeto não o tornou público. Mas como um protocolo que se diz querer reconstruir a base da interconexão das máquinas, o fechamento do código realmente deixa as pessoas inseguras.

Com a atitude de responsabilidade por cada investimento, ainda sugiro que a equipe possa aumentar a transparência do código aberto no futuro. Deixe todos saberem claramente o progresso do módulo de rede e vejam o código real, isso é o que dá mais confiança à comunidade.

Construir infraestrutura não pode depender apenas de white papers e grandes visões; um protocolo que realmente resiste ao teste nunca tem medo de expor o código à luz do dia. O investimento não é uma fé cega, espero que na próxima vez possamos ver ações substanciais nessa área.