Um registo pode ser preciso hoje e, mesmo assim, deixar-te sem uma forma independente de provar o que ele registou ontem.
Esta é a parte do Serviço de Nome de Agente da GoDaddy que acho mais interessante.
O ANS utiliza um registo de transparência com Merkle-tree para registar eventos do ciclo de vida do agente. A propriedade importante não é apenas armazenar os registos, mas tornar as alterações ao histórico detectáveis através de provas criptográficas. O design da GoDaddy até usa provas de consistência para mostrar que uma árvore mais recente estende a anterior, em vez de a reescrever.
Mas acho que há uma questão de confiança mais profunda:
Quem fornece ao histórico do registo um ponto de referência independente?
É aí que @hashgraph se torna relevante.
O HCS-27 propõe publicar checkpoints periódicos com raiz de Merkle na camada de consenso da Hedera. Os dados do registo não precisam ser colocados On-chain. A rede pública regista o compromisso criptográfico, enquanto o registo subjacente e os metadados permanecem fora do livro.
Para mim, isso cria uma separação clara.
A GoDaddy mantém o registo.
As provas de Merkle tornam o estado auditável.
A Hedera fornece uma linha do tempo independente para esses compromissos.
Há também uma limitação importante aqui.
Um checkpoint não prova que a alegação de identidade original era verdadeira. Ele ajuda a provar que o histórico posterior do registo é consistente com um estado que já tinha sido confirmado. A verificação original e o modelo de confiança ainda importam.
Essa distinção é fácil de ignorar ao falar sobre identidade de agentes de IA.
À medida que os agentes começam a representar empresas, ter permissões e acionar ações através de sistemas, saber quem é um agente não vai ser suficiente.
A pergunta mais importante, na minha opinião, passa a ser.
Posso verificar independentemente o que mudou e quando?
É aí que o histórico verificável começa a tornar-se infraestrutura, em vez de metadados. 👍
$HBAR $ONT $AMP
#Hedera #HBAR #AI
Esta é a parte do Serviço de Nome de Agente da GoDaddy que acho mais interessante.
O ANS utiliza um registo de transparência com Merkle-tree para registar eventos do ciclo de vida do agente. A propriedade importante não é apenas armazenar os registos, mas tornar as alterações ao histórico detectáveis através de provas criptográficas. O design da GoDaddy até usa provas de consistência para mostrar que uma árvore mais recente estende a anterior, em vez de a reescrever.
Mas acho que há uma questão de confiança mais profunda:
Quem fornece ao histórico do registo um ponto de referência independente?
É aí que @hashgraph se torna relevante.
O HCS-27 propõe publicar checkpoints periódicos com raiz de Merkle na camada de consenso da Hedera. Os dados do registo não precisam ser colocados On-chain. A rede pública regista o compromisso criptográfico, enquanto o registo subjacente e os metadados permanecem fora do livro.
Para mim, isso cria uma separação clara.
A GoDaddy mantém o registo.
As provas de Merkle tornam o estado auditável.
A Hedera fornece uma linha do tempo independente para esses compromissos.
Há também uma limitação importante aqui.
Um checkpoint não prova que a alegação de identidade original era verdadeira. Ele ajuda a provar que o histórico posterior do registo é consistente com um estado que já tinha sido confirmado. A verificação original e o modelo de confiança ainda importam.
Essa distinção é fácil de ignorar ao falar sobre identidade de agentes de IA.
À medida que os agentes começam a representar empresas, ter permissões e acionar ações através de sistemas, saber quem é um agente não vai ser suficiente.
A pergunta mais importante, na minha opinião, passa a ser.
Posso verificar independentemente o que mudou e quando?
É aí que o histórico verificável começa a tornar-se infraestrutura, em vez de metadados. 👍
$HBAR $ONT $AMP
#Hedera #HBAR #AI
