No último fim de semana, acompanhei uma estagiária que estava na área há menos de três meses enquanto ela fazia o debug de uma operação cross-chain. Ela clicou em confirmar seis vezes seguidas. No meio disso, por causa de um pop-up na etapa de autorização de limite com texto demais para ler com atenção, ela apenas clicou em “permitir”. Quando eu finalmente reagi e avisei que ela havia configurado o limite de forma ampla demais, ela ficou paralisada, sem saber como desfazer. Durante todo o processo, ela só foi clicando nos botões seguindo o procedimento. Na cabeça dela, na verdade, não houve nenhuma análise ou julgamento — apenas a execução de uma sequência de ações mecânicas que precisava ser concluída. Esse episódio me fez pensar de novo na essência da interação da carteira: o usuário é forçado a virar um executor, enquanto a decisão — que deveria ficar a cargo do sistema — é toda devolvida para a pessoa. @NewtonProtocol A mira aqui é exatamente esse descompasso: ela tenta tirar o usuário do papel de quem só clica em botões e reposicioná-lo como tomador de decisões.

Neste momento, a maior parte das interações entre carteiras e DApps ainda transforma cada ação on-chain numa sequência de nós independentes que exigem confirmação manual: conexão, assinatura, autorização, troca de rede (chain), e depois nova confirmação. Em qualquer etapa, é preciso apertar “aprovar” pessoalmente, mesmo que você já tenha repetido esse processo dezenas de vezes ontem. Para jogadores veteranos, isso vira memória muscular; para novatos, é uma série de obstáculos intransponíveis. A maioria nem consegue entender o que aquela linha em inglês diz nas janelas de valor autorizado — então só confirma por instinto. Quando dá problema, nem consegue explicar qual foi exatamente o escopo com que concordou na hora. Isso não é uma questão de qualidade do usuário; é que a lógica do design de toda a experiência, desde o ponto de partida, nunca teve intenção de convidar pessoas comuns a participar de decisões — apenas para que elas se responsabilizem por apertar botões.

O Newton Protocol encontrou outra abordagem: ele não exige que o usuário aprove, individualmente, cada ação on-chain. Em vez disso, permite que o usuário emita antecipadamente uma instrução baseada em regras: definir condições e limites. Depois, todas as operações que atenderem às condições são entregues ao agente para execução. Ao concluir, será anexada uma credencial verificável para provar que o agente não ultrapassou os limites definidos pelo usuário. À primeira vista, parece que você está abrindo mão do controle; na prática, é o contrário. O usuário deixa de ser conduzido em etapas para confirmar manualmente e passa a ser alguém que define as regras no início e, depois, só precisa acompanhar o resultado. O foco do controle muda de direção. Só então percebi: a usabilidade de uma carteira nunca depende de quantos botões ela tem, e sim de o usuário realmente estar participando das decisões!

Essa cadeia de geração de instruções, execução por agentes e verificação de credenciais é exatamente o ponto de apoio das necessidades $NEWT . Cada regra emitida pelo usuário e cada execução do agente que atende às regras correspondem, por trás, a uma validação (de fato) e a um consumo reais. Quanto mais regras são usadas e quanto mais frequente é a execução do agente, mais sólido fica esse tipo de necessidade — totalmente diferente de narrativas de tokens sustentadas apenas por história. $SKL

O próprio conceito de “instrução baseada em regras” também exige que o usuário atravesse primeiro uma barreira de entendimento: é preciso entender o que são condições e o que são limites, antes de fazer sentido entregar a tarefa de confirmação. Essa barreira não vai desaparecer automaticamente a curto prazo. E há ainda um cenário mais delicado: se as regras não forem suficientemente precisas, a execução gerada pelo agente pode divergir do que o usuário imaginava. Essa divergência conta como violação de limites? E como defini-la? Ainda será necessário validar repetidamente com mais cenários reais para chegar a um consenso. $KAT

Um time está disposto a dedicar tempo e esforço para lapidar esses detalhes discretos, porém concretos, que travam experiências de incontáveis novatos — em vez de correr atrás de modas e empilhar conceitos. Essa paciência não é tão comum na indústria.

Quando você usou uma carteira pela primeira vez, diante de qual pop-up você ficou parado sem saber se devia ou não clicar para confirmar? #Newt