x_Rex

#KiteBBW $KITE
Pagamentos com cartão protegem o comprador e deixam o vendedor exposto😒.
Um cliente pode contestar uma cobrança meses depois, e o comerciante arca com o chargeback.
O guia de provedores de serviços da Kite descreve um fluxo que inverte isso, e acho que essa inversão é a escolha de design mais subestimada da economia de agentes😁.

O fluxo é curto.
Um agente chama um endpoint, e o serviço responde com um 402 Payment Required que informa o preço, o endereço para pagamento e um prazo limite.
O agente responde com uma autorização assinada, retirada da sessão aprovada pelo usuário.
O serviço a verifica, um facilitador liquida a transferência on-chain, e só então o serviço entrega a resposta.

Liquidação PRIMEIRO, entrega DEPOIS🤷‍♀️.

O comerciante não concede crédito nem espera uma fatura ser paga.
É isso que torna viáveis, em princípio, preços minúsculos por solicitação🤓.
As redes de cartão têm custos fixos por transação que pagamentos pequenos não conseguem absorver, e a cobrança por solicitação só funciona se o próprio pagamento for quase gratuito.
O guia afirma que qualquer serviço que já seja compatível com x402 ou com o protocolo de pagamentos entre máquinas que a Stripe coescreveu pode receber pagamentos de um agente Passport hoje.
Mais de 90 provedores foram integrados no lançamento da mainnet, em 30 de abril de 2026.

Mas o risco não desapareceu: passou para o comprador.
Quando a liquidação é concluída antes da entrega, um serviço que devolve conteúdo inútil já recebeu o pagamento, e o guia de provedores que li não descreve nenhuma etapa de reembolso ou contestação.

A proteção do usuário é a sessão😃: o limite por transação e o limite total restringem quanto uma única chamada mal-intencionada pode custar

Na minha opinião, esses limites fazem o papel dos chargebacks no mundo dos cartões, só que antes do prejuízo, em vez de depois😌
Essa troca parece aceitável para preços baixos por chamada; o verdadeiro problema são compras grandes feitas pelo agente.

Se a liquidação for definitiva antes de o serviço responder e uma chamada paga devolver algo inútil, o que deveria substituir o chargeback: pontuações de reputação para os serviços, um depósito de reembolso integrado ao protocolo ou nada, porque os preços por chamada são baixos demais para justificar esse mecanismo?

Escreva 'kite' se encontrou boas informações por aqui

#KiteBBW $KITE
Pagamentos com cartão protegem o comprador e deixam o vendedor exposto😒.
Um cliente pode contestar uma cobrança meses depois, e o comerciante arca com o chargeback.
O guia de provedores de serviços da Kite descreve um fluxo que inverte isso, e acho que essa inversão é a escolha de design mais subestimada da economia de agentes😁.

O fluxo é curto.
Um agente chama um endpoint, e o serviço responde com um 402 Payment Required que informa o preço, o endereço para pagamento e um prazo limite.
O agente responde com uma autorização assinada, retirada da sessão aprovada pelo usuário.
O serviço a verifica, um facilitador liquida a transferência on-chain, e só então o serviço entrega a resposta.

Liquidação PRIMEIRO, entrega DEPOIS🤷‍♀️.

O comerciante não concede crédito nem espera uma fatura ser paga.
É isso que torna viáveis, em princípio, preços minúsculos por solicitação🤓.
As redes de cartão têm custos fixos por transação que pagamentos pequenos não conseguem absorver, e a cobrança por solicitação só funciona se o próprio pagamento for quase gratuito.
O guia afirma que qualquer serviço que já seja compatível com x402 ou com o protocolo de pagamentos entre máquinas que a Stripe coescreveu pode receber pagamentos de um agente Passport hoje.
Mais de 90 provedores foram integrados no lançamento da mainnet, em 30 de abril de 2026.

Mas o risco não desapareceu: passou para o comprador.
Quando a liquidação é concluída antes da entrega, um serviço que devolve conteúdo inútil já recebeu o pagamento, e o guia de provedores que li não descreve nenhuma etapa de reembolso ou contestação.

A proteção do usuário é a sessão😃: o limite por transação e o limite total restringem quanto uma única chamada mal-intencionada pode custar

Na minha opinião, esses limites fazem o papel dos chargebacks no mundo dos cartões, só que antes do prejuízo, em vez de depois😌
Essa troca parece aceitável para preços baixos por chamada; o verdadeiro problema são compras grandes feitas pelo agente.

Se a liquidação for definitiva antes de o serviço responder e uma chamada paga devolver algo inútil, o que deveria substituir o chargeback: pontuações de reputação para os serviços, um depósito de reembolso integrado ao protocolo ou nada, porque os preços por chamada são baixos demais para justificar esse mecanismo?

Escreva 'kite' se encontrou boas informações por aqui

#nil $NIL @Nillion
Um desenvolvedor que acompanho lançou um cofre com um gatilho de rebalanceamento 🤔.

Levou MESES para acertar a lógica.

Em UMA SEMANA, alguém leu o contrato, descobriu exatamente o que ele monitorava e passou a antecipar a transação toda vez que o gatilho era acionado.

No fim, a estratégia não falhou. Ela simplesmente deixou de ser SECRETA assim que foi para a blockchain.

Os Covenants existem justamente para evitar esse tipo de falha.
O mecanismo é mais simples do que parece.

O autor escolhe um comitê de nós e um limiar — digamos, 5 nós, e quaisquer 3 podem abrir o conteúdo.

A instrução é dividida em partes usando o compartilhamento de segredo de Shamir, e cada parte é criptografada para um nó específico.
Nenhum nó tem informações suficientes, por si só, para ler seja o que for.
O autor publica o gatilho selado junto com uma condição de liberação, pública ou oculta, e pronto. Os nós apenas monitoram.
Quando a condição é realmente satisfeita, cada nó descriptografa sua própria parte e a publica na blockchain.

Quando partes suficientes são publicadas, qualquer pessoa pode reconstruir o conteúdo e reivindicar a recompensa por fazê-lo. A blockchain verifica o resultado com base em um compromisso feito de antemão, para que ninguém consiga substituir o conteúdo por um falso no momento da revelação.

Nada disso exigiu um bot keeper ou um operador de confiança que guardasse a estratégia e prometesse não espiar.

Dusk, o primeiro lançamento dos Covenants, está disponível agora mesmo na rede principal do Ethereum.
Não é uma testnet nem uma prévia. Um cofre como aquele que foi copiado poderia ser reconstruído hoje usando isso.

E esta é apenas a era 1 de 7. Esta versão mantém deliberadamente o escopo limitado a condições de preço e tempo, porque é isso que funciona agora sem envolver nenhuma parte confiável.
Mais eras serão lançadas antes do fim do ano, cada uma ampliando aquilo a que uma condição selada pode fazer referência.

Então, duas coisas em que fico pensando. Esconder o gatilho realmente protege uma estratégia a longo prazo ou apenas aumenta o custo de fazer engenharia reversa, sem eliminar a ameaça?
E um comitê de 3 entre 5 nós é significativamente mais seguro do que confiar em um único keeper, ou apenas distribui o mesmo problema de confiança entre mais partes?
E só para vocês saberem: a Dusk da Nillion e a Layer1 #dusk não são a mesma coisa 😅

#KiteBBW $KITE
x402, AP2, MPP, MCP, OAuth 2.1.
Cinco protocolos que um agente pode ter que falar, e ninguém sabe qual deles vai prevalecer.
A resposta da Kite é não escolher.

Cada um cobre uma parte diferente. O x402 resgata o status HTTP “pagamento necessário” para que um serviço possa cobrar por solicitação.
O AP2 é o protocolo de pagamentos para agentes do Google, o MPP é o protocolo de pagamentos de máquina da Stripe, o MCP é a forma da Anthropic de conectar agentes a ferramentas, e o OAuth 2.1 cuida da autorização.

Como explicou um relatório de pesquisa, um agente que usa x402 pode pagar por solicitação, mas ainda precisa de uma carteira separada, uma camada de identidade separada e sua própria lógica de limite de gastos.

A abordagem declarada pela Kite é dar suporte nativo a todos eles e manter o que importa — a liquidação final e o controle de gastos — ancorado à sua própria blockchain e ao Passport.

Qualquer que seja o protocolo que inicie a transação, a ideia é que o dinheiro se mova seguindo as mesmas regras definidas pelo usuário: um orçamento, um limite de tempo, aprovação por chave de acesso e revogação instantânea.
A Kite também lista finalidade determinística em menos de um segundo e faixas de pagamento dedicadas a agentes, que são mais importantes para um agente do que para uma pessoa.

Uma pessoa pode esperar pela confirmação.

Um agente que age sozinho precisa saber que o pagamento foi realmente concluído. Gosto dessa lógica porque ela contorna a disputa por padrões.

Também é uma aposta discreta sobre onde está o valor na economia dos agentes:
não na camada de solicitações, que pode mudar a cada ano, mas na camada que decide se um pagamento pode ser liquidado.

A Kite também é membro da Agentic AI Foundation da Linux Foundation, o que sugere que quer ter lugar na discussão sobre padrões, e não ficar apenas por baixo dela.

A rede principal foi lançada em 30 de abril de 2026, com mais de 90 provedores de serviços já integrados. O verdadeiro teste, portanto, é saber se essa neutralidade e essas faixas de pagamento resistem ao tráfego real.

Queria saber a opinião de outras pessoas:
1. Se uma camada fica por baixo de todos os padrões, isso é neutralidade ou apenas outro tipo de aprisionamento?
2. Se um padrão acabar dominando de qualquer forma, uma camada de liquidação criada para todos eles perde sua vantagem ou se torna ainda mais importante porque tudo passa por ela?