一日中ほぼAIエージェントとばかりやり取りしている自分が最近注目しているのは、Newton Mainnet Betaの中でもあまり語られていない一部分です。実行のタイミングは結局どのステップで詰まるのか。これまでずっと、こうしたリスク管理は「まず実行してから、事後に追及する」タイプだと思っていました。多くのオンチェーン監査ツールと同じ発想ですね。ところが、公式ブログを一つずつ読み返してみると、完全に勘違いだったことに気づきました。#Newt
公式が、Personaのアイデンティティデータソースの接続について書いた記事では、かなり率直に説明されています。取引を実行するには、有効な認可証明が必要で、証明のない取引はそもそもチェーンに載らない。チェックは決済の後ではなく、決済の前に完了している、と。これは自分が心配していた「先に送金してから、追罰する」という話とはまったく別物です。つまり、リスク管理の“関所”が事後監査の領域に置かれているのではなく、実行入口そのものに直接溶接されているわけです。
ただし、紛争(論争)をめぐるメカニズムに意味がない、ということではありません。オペレーター(運営者)ネットワークは、同じ取引をそれぞれ独立して評価します。たとえあるオペレーターが誤った結果にサインしても、署名の閾値(必要な数)さえ満たせば、その取引は「認可済み」と判定されて実行されます。その後、第三者が異議申し立てのウィンドウ内でチャレンジ用の証明を使って挑戦し、没収(罰金)や質押の処理へ回ります。現時点で公開されている公式資料は、主にチャレンジと罰則メカニズムを強調しており、実行完了後の処理フローについては詳しく触れていないため、この点は今後の確認が必要です。
@NewtonProtocol この設計は、責任を二層に分けていることを明確にしています。一つは許可(准入)を管理し、もう一つは誤りの修正を管理する。自分もその発想は納得しています。けれども、自分のように資金の安全性の境界を気にする人にとって本当に注視すべきなのは、オペレーターの合意が法定人数に到達するまでの、その“ウィンドウ期間”におけるリスクの露出です。$NEWT を保有している方で、実務の中でオペレーター同士の判断が割れたケースに遭遇したことがある人がいたら、ぜひ見聞きした内容を教えてください。
#newt $NEWT
公式が、Personaのアイデンティティデータソースの接続について書いた記事では、かなり率直に説明されています。取引を実行するには、有効な認可証明が必要で、証明のない取引はそもそもチェーンに載らない。チェックは決済の後ではなく、決済の前に完了している、と。これは自分が心配していた「先に送金してから、追罰する」という話とはまったく別物です。つまり、リスク管理の“関所”が事後監査の領域に置かれているのではなく、実行入口そのものに直接溶接されているわけです。
ただし、紛争(論争)をめぐるメカニズムに意味がない、ということではありません。オペレーター(運営者)ネットワークは、同じ取引をそれぞれ独立して評価します。たとえあるオペレーターが誤った結果にサインしても、署名の閾値(必要な数)さえ満たせば、その取引は「認可済み」と判定されて実行されます。その後、第三者が異議申し立てのウィンドウ内でチャレンジ用の証明を使って挑戦し、没収(罰金)や質押の処理へ回ります。現時点で公開されている公式資料は、主にチャレンジと罰則メカニズムを強調しており、実行完了後の処理フローについては詳しく触れていないため、この点は今後の確認が必要です。
@NewtonProtocol この設計は、責任を二層に分けていることを明確にしています。一つは許可(准入)を管理し、もう一つは誤りの修正を管理する。自分もその発想は納得しています。けれども、自分のように資金の安全性の境界を気にする人にとって本当に注視すべきなのは、オペレーターの合意が法定人数に到達するまでの、その“ウィンドウ期間”におけるリスクの露出です。$NEWT を保有している方で、実務の中でオペレーター同士の判断が割れたケースに遭遇したことがある人がいたら、ぜひ見聞きした内容を教えてください。
#newt $NEWT