Eulerのドキュメントをさっき見ていて、vault連携を確認していた。今回の作業のためというわけでもなく、ただの習慣で。そこでVaultKitの参照がまた目に入った。それで今週2回目のNewton Protocolに戻ることになった。
で、今回いちばん残ったのはここだった。ウォレットUXって、ずっと1つの画面を意味してきた。承認するか、しないか。それだけだ。$NEWT のメインネットベータは、BaseとEthereumで動いていて、その二択を静かに壊している。#Newt はトランザクションの承認を求めるのではなく、まずそのトランザクションがポリシーに適合していることを証明するよう求める。オペレーターネットワークがキュレーターのルールに照らしてチェックし、何かが確定する前にレシートを書き込む。@NewtonProtocol は確認ステップを増やしているのではなく、「Yesと言ったか」を「これはまだ条件を満たしているか」に置き換えている。
ただ、ずっと考えているのはここだ。これまで見てきたウォレットUXの進化――マルチシグ、セッションキー、アカウント抽象化――は、どれも「より賢い権限管理」を約束してきたけれど、実際にはポップアップが少し減ったくらいだった。Newtonのやり方はもっと重い。キュレーターが実際にRegoでポリシーを記述しなければならないので、初期段階で多くの開発者が手を出すにはセットアップが多すぎる。だから今のところ、これを使っているのは主に機関向けのvaultやEuler連携で、普通のウォレットユーザーはまだ昔ながらの承認画面に縛られている。高度な版は存在するが、デフォルトの体験はまだ追いついていない。
読んでいる途中で食事を取りに行ったが、その間も考えていた――これが本当に「ウォレットUX」になるのは、ポリシー作成を開発者から完全に切り離したときだけだ。
まあ、とにかく。採用がそれを強いる前に、その抽象化レイヤーが現れるのか気になる。

$NEWT