War auf Eulers Doku früher unterwegs und habe mir Vault-Integrationen angeschaut — nicht mal für diese Aufgabe, einfach Gewohnheit — und habe die VaultKit-Referenz wieder gesehen. Genau das hat mich diese Woche zum zweiten Mal zurück in den Newton Protocol gebracht.
Das, was bei mir dieses Mal wirklich hängen geblieben ist — bei Wallet-UX bedeutete das bisher immer nur einen Bildschirm: signieren oder nicht. Das war's. $NEWTs Mainnet-Beta, live auf Base und Ethereum, bricht diese binäre Logik leise. #Newt fragt dich nicht, ob du eine Transaktion genehmigst, sondern fordert die Transaktion auf, zuerst zu beweisen, dass sie in eine Policy passt — ein Operator-Netzwerk prüft sie gegen die Regeln des Curators und schreibt eine Quittung, bevor überhaupt etwas abgerechnet wird. @NewtonProtocol fügt keinen Bestätigungsschritt hinzu, sondern ersetzt „Hast du ja gesagt?“ durch „Gilt das immer noch?“.
Hier ist allerdings der Teil, über den ich immer wieder nachdenke. Jede Wallet-UX-Weiterentwicklung, die ich gesehen habe — Multisig, Session Keys, Account Abstraction — hat alle „smartere Berechtigungen“ versprochen und bedeutete meistens nur weniger Pop-ups. Newtons Version ist schwerer: Sie erfordert, dass Curators tatsächlich Policies in Rego verfassen; das ist mehr Setup, als die meisten Builder sich am Anfang antun werden. Also bekommen das im Moment vor allem institutionelle Vaults und Euler-Integrationen. Regelmäßige Wallet-User bleiben vorerst noch beim alten Yes/No-Bildschirm hängen. Die Advanced-Version existiert zwar, aber die Standard-Experience ist noch nicht nachgezogen.
Ich habe mir zwischendurch was zu essen geholt, während ich weiter gelesen habe, und dachte ständig — das wird erst dann wirklich „Wallet UX“, wenn jemand die Policy-Erstellung vollständig von Entwicklern abstrahiert.
Wie auch immer. Ich bin gespannt, ob diese Abstraktionsschicht auftaucht, bevor oder nachdem Adoption sie erzwingt.
$NEWT
Das, was bei mir dieses Mal wirklich hängen geblieben ist — bei Wallet-UX bedeutete das bisher immer nur einen Bildschirm: signieren oder nicht. Das war's. $NEWTs Mainnet-Beta, live auf Base und Ethereum, bricht diese binäre Logik leise. #Newt fragt dich nicht, ob du eine Transaktion genehmigst, sondern fordert die Transaktion auf, zuerst zu beweisen, dass sie in eine Policy passt — ein Operator-Netzwerk prüft sie gegen die Regeln des Curators und schreibt eine Quittung, bevor überhaupt etwas abgerechnet wird. @NewtonProtocol fügt keinen Bestätigungsschritt hinzu, sondern ersetzt „Hast du ja gesagt?“ durch „Gilt das immer noch?“.
Hier ist allerdings der Teil, über den ich immer wieder nachdenke. Jede Wallet-UX-Weiterentwicklung, die ich gesehen habe — Multisig, Session Keys, Account Abstraction — hat alle „smartere Berechtigungen“ versprochen und bedeutete meistens nur weniger Pop-ups. Newtons Version ist schwerer: Sie erfordert, dass Curators tatsächlich Policies in Rego verfassen; das ist mehr Setup, als die meisten Builder sich am Anfang antun werden. Also bekommen das im Moment vor allem institutionelle Vaults und Euler-Integrationen. Regelmäßige Wallet-User bleiben vorerst noch beim alten Yes/No-Bildschirm hängen. Die Advanced-Version existiert zwar, aber die Standard-Experience ist noch nicht nachgezogen.
Ich habe mir zwischendurch was zu essen geholt, während ich weiter gelesen habe, und dachte ständig — das wird erst dann wirklich „Wallet UX“, wenn jemand die Policy-Erstellung vollständig von Entwicklern abstrahiert.
Wie auch immer. Ich bin gespannt, ob diese Abstraktionsschicht auftaucht, bevor oder nachdem Adoption sie erzwingt.
$NEWT
