私はルールを書くことが一番大変だと思っていました。
しかし、本当の難しさは、そのルールが正しい判断を下すための十分な文脈を与えることだと気づきました。
dAppはフロントエンドでユーザーを検証できますが、スマートコントラクトはトランザクションが到達するまでに何が起きたかには関心がありません。
本質的な問いはシンプルです:
このアドレスには、このアクションを実行することを許可すべきか?
答えがトランザクションの経路の外に存在する場合、ビルダーにはトレードオフが生じます:
* すべてをオンチェーンに保つが、文脈は限られる。
* あるいは、オフチェーンのチェックに頼り、それが正しく強制されたと信頼する。
だからこそ、
@NewtonProtocol のアプローチが私の目に留まります。
検証済みの外部文脈を、トランザクション単位のポリシー判断に持ち込むことで、認可は価値が移動した後ではなく、移動する前に行えます。
居住情報、リスクシグナル、コンプライアンス・チェックが「後付け」ではなく、実行の一部になります。
最も弱いポイントが、いつも悪いコードとは限らないからです。
時には、拒否するだけの十分な情報が与えられたことのないルールが問題になります。
自動化には、より賢いエージェントだけでは不十分です。
必要なのは、より賢く、文脈を理解するルールです。
$NEWT #Newt $NFP $POND
#Binance1BInStocks @NewtonProtocol