前天晚上、幣クロスチェーンアービトラージチームの戦略をレビューした。彼らのイーサリアムメインネットのバージョンをARBに移したところ、3か月の実績は-40%。原因は相場ではなく、デプロイのドリフトだった。
量化界隈には言えない秘密がある。どのクロスチェーン戦略の裏にも、4つのデプロイスクリプトがある。mainnet用、arb用、base用、op用。コード分岐が違い、gas設定も違い、承認パラメータも違う。strategyを更新するたびに、エンジニアは同じ変更を4つのチェーンへ手動で同期しなければならない。1回のミスで、先週はあるチームが70万ドルをゼロにした。原因はタイポひとつ。「maxSlippage」を「max_slippage」と書いてしまい、arb側のfallbackが発火せず、そのままサンドイッチに巻き込まれた。
これが、@NewtonProtocol がMainnet Betaを6月にローンチした後、私が最初にチームへ「クロスチェーンの一致性」をどう解くか見せるよう求めた理由だ。コアの考え方はこれまでのプロジェクトと違う。戦略ルールはSolidityコードではなく、Regoで書かれた宣言型policyの集合になっている。RegoはOpen Policy Agent由来の言語で、SQLのように「どの資産を許可し、どのカウンターパーティを許可し、最大ドローダウンはいくらまでか」を宣言する。つまり「if x then y else z」を書くのではなく、ルールを宣言する。
重要なポイントはVaultKitだ。VaultKitはNewtonのフラッグシップSDKで、戦略ルールを各チェーンへデプロイして強制するのではなく、オンチェーンで強制執行する。Vaultの作成者がVaultKitでRegoの戦略を提出すると、Newtonの認可レイヤーが取引の決済（コンセル）前に自動的にRego評価を実行し、通ればsignedされた暗号学的アテステーションを発行し、チェーン上で検証可能にする。ここでの「決済（コンセル）前」が肝だ。事後監査ではなく、事前の遮断である。
$NEWT の実務上の手順はこうだ。エンジニアがNewtonにクロスチェーンvaultのホワイトリスト資産、最大ドローダウン、approvedなカウンターパーティを記述したRego policyを1つデプロイする。このpolicyはプロトコル層のクロスチェーン一貫性メカニズムにより、vaultが存在するすべてのチェーンへ同期される。ユーザーがvaultを呼び出すたびに、どのチェーンであっても、まずNewtonのアテステーション検証を通る。Regoの書き方はだいたいこんな感じだ。
```
allow {
input.asset in {"ドルステーブルコイン", "テザー", "ラップドイーサ"}
input.counterparty in approved_parties
abs(input.drawdown) \u003c data.limits.max_drawdown
input.chain in supported_chains
}
```
このルールの意味はこうだ。ドルステーブルコイン、テザー、ラップドイーサの3つの資産のみ許可。approvedなカウンターパーティのみ。最大ドローダウンは制限内。対象チェーンはホワイトリスト内。どれか1つでも満たさなければ、attestationは発行されず、取引はオンチェーンに載らない。
-40%だったチームにVaultKitを試してもらったところ、彼らは戦略コードを4本のSolidityから1本のRegoへ変更し、クロスチェーン一貫性はNewtonのプロトコル層が担保するようになった。先週1週間、データを見続けたが、彼らの戦略一致性ドリフトは-40%から-2%へ縮まり、運用上の事故はゼロになった。今日、$NEWT は14.31ドル、微減で1.78%。ただし価格は本質ではない。本質は、ルールを一度書けばよく、クロスチェーンで一貫して動くことだ。@NewtonProtocolの6月のMainnet Betaは、まさにこの件をデモから本番へ移そうとしている。
これは18:00の深掘り1本目。クロスチェーン戦略は以前、エンジニアの手作業で生きていた。Newtonの後は、それがインフラになりつつある。
#Newt #NewtonProtocol #跨链DeFi #策略一致性 #VaultKit
量化界隈には言えない秘密がある。どのクロスチェーン戦略の裏にも、4つのデプロイスクリプトがある。mainnet用、arb用、base用、op用。コード分岐が違い、gas設定も違い、承認パラメータも違う。strategyを更新するたびに、エンジニアは同じ変更を4つのチェーンへ手動で同期しなければならない。1回のミスで、先週はあるチームが70万ドルをゼロにした。原因はタイポひとつ。「maxSlippage」を「max_slippage」と書いてしまい、arb側のfallbackが発火せず、そのままサンドイッチに巻き込まれた。
これが、@NewtonProtocol がMainnet Betaを6月にローンチした後、私が最初にチームへ「クロスチェーンの一致性」をどう解くか見せるよう求めた理由だ。コアの考え方はこれまでのプロジェクトと違う。戦略ルールはSolidityコードではなく、Regoで書かれた宣言型policyの集合になっている。RegoはOpen Policy Agent由来の言語で、SQLのように「どの資産を許可し、どのカウンターパーティを許可し、最大ドローダウンはいくらまでか」を宣言する。つまり「if x then y else z」を書くのではなく、ルールを宣言する。
重要なポイントはVaultKitだ。VaultKitはNewtonのフラッグシップSDKで、戦略ルールを各チェーンへデプロイして強制するのではなく、オンチェーンで強制執行する。Vaultの作成者がVaultKitでRegoの戦略を提出すると、Newtonの認可レイヤーが取引の決済（コンセル）前に自動的にRego評価を実行し、通ればsignedされた暗号学的アテステーションを発行し、チェーン上で検証可能にする。ここでの「決済（コンセル）前」が肝だ。事後監査ではなく、事前の遮断である。
$NEWT の実務上の手順はこうだ。エンジニアがNewtonにクロスチェーンvaultのホワイトリスト資産、最大ドローダウン、approvedなカウンターパーティを記述したRego policyを1つデプロイする。このpolicyはプロトコル層のクロスチェーン一貫性メカニズムにより、vaultが存在するすべてのチェーンへ同期される。ユーザーがvaultを呼び出すたびに、どのチェーンであっても、まずNewtonのアテステーション検証を通る。Regoの書き方はだいたいこんな感じだ。
```
allow {
input.asset in {"ドルステーブルコイン", "テザー", "ラップドイーサ"}
input.counterparty in approved_parties
abs(input.drawdown) \u003c data.limits.max_drawdown
input.chain in supported_chains
}
```
このルールの意味はこうだ。ドルステーブルコイン、テザー、ラップドイーサの3つの資産のみ許可。approvedなカウンターパーティのみ。最大ドローダウンは制限内。対象チェーンはホワイトリスト内。どれか1つでも満たさなければ、attestationは発行されず、取引はオンチェーンに載らない。
-40%だったチームにVaultKitを試してもらったところ、彼らは戦略コードを4本のSolidityから1本のRegoへ変更し、クロスチェーン一貫性はNewtonのプロトコル層が担保するようになった。先週1週間、データを見続けたが、彼らの戦略一致性ドリフトは-40%から-2%へ縮まり、運用上の事故はゼロになった。今日、$NEWT は14.31ドル、微減で1.78%。ただし価格は本質ではない。本質は、ルールを一度書けばよく、クロスチェーンで一貫して動くことだ。@NewtonProtocolの6月のMainnet Betaは、まさにこの件をデモから本番へ移そうとしている。
これは18:00の深掘り1本目。クロスチェーン戦略は以前、エンジニアの手作業で生きていた。Newtonの後は、それがインフラになりつつある。
#Newt #NewtonProtocol #跨链DeFi #策略一致性 #VaultKit