Binance Square
_CryptoNova
2.2k 投稿

_CryptoNova

Crypto Explorer 🧭 | Always learning, always earning | Loving the Binance
取引を発注
高頻度トレーダー
1.2か月
333 フォロー
88 フォロワー
1.2K+ いいね
投稿
ポートフォリオ
PINNED
·
--
オンチェーンレンディングプロトコルは理論上、リスクを差別化した商品を提供します。ですが実際には、そのほとんどが誰に対しても同じ条件を提示します。なぜなら、そもそも誰が誰であるのか、またその人の財務状況がどう見えるのかを検証する手段がないからです。 ニュートンのホワイトペーパーにある与信審査(クレジット・アンダーライティング)セクションは、別のモデルを説明しています。貸付パラメータ(クレジット限度、金利、,,,, 担保要件など)は、中央集権的なスコアリングやワンサイズ・フィット・オールの担保化比率ではなく、コンポーザブルなポリシー評価によって決まります。 仕組みは具体的です。ポリシーエンジンが、資格(クレデンシャル)、クレジット履歴、収入の検証、担保価値を評価し、利用可能な条件を決めるクレジットバンドを出力します。 資格(クレデンシャル)はプライバシーを保護します。貸し手は、この借り手がこの条件に適格であるというポリシー出力は確認できますが、その出力を生み出した元となる財務データは見ません。借り手は、公開チェーンや貸付プロトコル自体に対して生の数値を開示することなく、自身の財務状況を証明します。 この組み合わせ――プライバシーを保護しながら検証可能な与信評価――こそが、オンチェーンレンディングを「単なる担保比率の違い」ではなく、本当にリスク差別化されたものにしています。これら2つのモデルの違いは、現行のオンチェーン・システムにその信用力を認識する仕組みがない、実際に信用力のある借り手にとっては非常に大きな意味があります。 私は、この用途をニュートンのロードマップにおける、単なる機関ではなく通常のDeFiユーザーにとって最も実務的にインパクトの大きいユースケースの一つだと考えています。 信用資格の発行者が、これを十分な規模で利用可能にするために、必要なスピードで統合できるか――その採用依存(アダプション依存性)は追いかける価値があるのでしょうか?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
オンチェーンレンディングプロトコルは理論上、リスクを差別化した商品を提供します。ですが実際には、そのほとんどが誰に対しても同じ条件を提示します。なぜなら、そもそも誰が誰であるのか、またその人の財務状況がどう見えるのかを検証する手段がないからです。

ニュートンのホワイトペーパーにある与信審査(クレジット・アンダーライティング)セクションは、別のモデルを説明しています。貸付パラメータ(クレジット限度、金利、,,,, 担保要件など)は、中央集権的なスコアリングやワンサイズ・フィット・オールの担保化比率ではなく、コンポーザブルなポリシー評価によって決まります。

仕組みは具体的です。ポリシーエンジンが、資格(クレデンシャル)、クレジット履歴、収入の検証、担保価値を評価し、利用可能な条件を決めるクレジットバンドを出力します。

資格(クレデンシャル)はプライバシーを保護します。貸し手は、この借り手がこの条件に適格であるというポリシー出力は確認できますが、その出力を生み出した元となる財務データは見ません。借り手は、公開チェーンや貸付プロトコル自体に対して生の数値を開示することなく、自身の財務状況を証明します。

この組み合わせ――プライバシーを保護しながら検証可能な与信評価――こそが、オンチェーンレンディングを「単なる担保比率の違い」ではなく、本当にリスク差別化されたものにしています。これら2つのモデルの違いは、現行のオンチェーン・システムにその信用力を認識する仕組みがない、実際に信用力のある借り手にとっては非常に大きな意味があります。

私は、この用途をニュートンのロードマップにおける、単なる機関ではなく通常のDeFiユーザーにとって最も実務的にインパクトの大きいユースケースの一つだと考えています。

信用資格の発行者が、これを十分な規模で利用可能にするために、必要なスピードで統合できるか――その採用依存(アダプション依存性)は追いかける価値があるのでしょうか??

#Newt @NewtonProtocol $NEWT
PINNED
一部該当
記事
ログと証明の違い:昨夜、ニュートンのホワイトペーパーの「コンプライアンス領収書(receipts)」のセクションに同席して確認し、ずっと前から曖昧に考えていたことがはっきりしました。@NewtonProtocol 規制コンプライアンスにおいて極めて重要なカテゴリの区別があり、オンチェーン分野ではそれをきちんと作り込んでいる人がほとんどいません。その区別とは、「モニタリングが実施された」ことの証拠と、「実際に強制執行が起きた」ことの証拠の違いです。どちらも似たように聞こえますが、同じではありません。 ブロックチェーン分析プラットフォームはログを生成します。ある取引を観測し、リスクスコアを算出し、その結果としてフラグを立てるかクリアします。そして、その処理を行ったことを記録します。このログはモニタリングの証拠です。しかしモニタリングは監視であって、強制執行ではありません。ログが作られる前に取引はすでに実行されています。フラグに誰かが反応する前に資金は移動していました。規制当局が「不正な....」の証拠を求めるとき

ログと証明の違い:

昨夜、ニュートンのホワイトペーパーの「コンプライアンス領収書(receipts)」のセクションに同席して確認し、ずっと前から曖昧に考えていたことがはっきりしました。@NewtonProtocol
規制コンプライアンスにおいて極めて重要なカテゴリの区別があり、オンチェーン分野ではそれをきちんと作り込んでいる人がほとんどいません。その区別とは、「モニタリングが実施された」ことの証拠と、「実際に強制執行が起きた」ことの証拠の違いです。どちらも似たように聞こえますが、同じではありません。
ブロックチェーン分析プラットフォームはログを生成します。ある取引を観測し、リスクスコアを算出し、その結果としてフラグを立てるかクリアします。そして、その処理を行ったことを記録します。このログはモニタリングの証拠です。しかしモニタリングは監視であって、強制執行ではありません。ログが作られる前に取引はすでに実行されています。フラグに誰かが反応する前に資金は移動していました。規制当局が「不正な....」の証拠を求めるとき
市場は決して一方向にだけ動きません。📉 本日、PARTI、SKL、VANRYが上位の値下がり銘柄です。 急な下げ(プルバック)は、信念と忍耐を試すことがよくあります。 長期投資家にとっては、ボラティリティがチャンスを生むこともあります。注意深く観察してください。 常にリスク管理を行い、感情的な判断は避けましょう。 #crypto #Altcoins $PARTI {future}(PARTIUSDT) $SKL {future}(SKLUSDT) $VANRY {future}(VANRYUSDT)
市場は決して一方向にだけ動きません。📉

本日、PARTI、SKL、VANRYが上位の値下がり銘柄です。
急な下げ(プルバック)は、信念と忍耐を試すことがよくあります。
長期投資家にとっては、ボラティリティがチャンスを生むこともあります。注意深く観察してください。
常にリスク管理を行い、感情的な判断は避けましょう。

#crypto #Altcoins

$PARTI
$SKL
$VANRY
記事
なぜ機関はパブリックな流動性とプライベートな実行を同時に必要とするのか今朝からニュートンのホワイトペーパーの「機関向けDeFi」セクションを読み進めていて、そこには、それ自体の前提として取り出して検討に値する主張が埋め込まれていると思った。 この論文の主張はこうだ。機関投資家の資本は、深さと構成可能性(composability)のためにパブリックな流動性プールを必要とする。一方で、コンプライアンスと機密性のためには、プライベートな政策に基づく実行(execution)が必要である。これら2つの要件は相反する方向に働き、既存のほとんどのアプローチでは機関がどちらか一方を選ぶことになってしまう。つまり、パブリックDeFiを使うなら、あなたの注文フローは誰にでも見えることを受け入れる必要がある。あるいは、プライベートな環境を使ってプライバシーは得られるが、パブリックDeFiの価値の根幹である流動性の深さから切り離されてしまう。

なぜ機関はパブリックな流動性とプライベートな実行を同時に必要とするのか

今朝からニュートンのホワイトペーパーの「機関向けDeFi」セクションを読み進めていて、そこには、それ自体の前提として取り出して検討に値する主張が埋め込まれていると思った。
この論文の主張はこうだ。機関投資家の資本は、深さと構成可能性(composability)のためにパブリックな流動性プールを必要とする。一方で、コンプライアンスと機密性のためには、プライベートな政策に基づく実行(execution)が必要である。これら2つの要件は相反する方向に働き、既存のほとんどのアプローチでは機関がどちらか一方を選ぶことになってしまう。つまり、パブリックDeFiを使うなら、あなたの注文フローは誰にでも見えることを受け入れる必要がある。あるいは、プライベートな環境を使ってプライバシーは得られるが、パブリックDeFiの価値の根幹である流動性の深さから切り離されてしまう。
$NEWT について、プロトコルのアーキテクチャ全体を読み通して初めて気づいた、あまり好ましくない点がある。それは、トークンがネットワークに隣接しているのではなく、実際のネットワークの機能と非常に直接的に結びついていることだ。 tokenはNewton Protocolを動かしている。これは単純な言い回しだけど、その下にある仕組みは具体的だ。オペレーターはEigenLayerを通じて、政策評価に参加するために$NEWTに隣接した経済的セキュリティをステークする。政策評価から得られる手数料は、ステークと参加に比例してオペレーターへ流れる。実行ベースの価格設定モデルとは… オペレーターは、予約された容量ではなく、評価中に消費された実際の計算作業(WASM命令数)、データ提供者の呼び出し回数、評価中に消費された帯域幅に対して報酬を受け取る。使われるかもしれないし使われないかもしれない、という不確実性のある“予約容量”ではない。 この手数料モデルは、トークンのユーティリティにとって重要だ。なぜなら、オペレーターの収益がネットワークの利用と直接結びつくからだ。より多くのアプリがNewtonを統合し、政策評価のためのトランザクション・インテントを提出していくほど、オペレーターへの手数料の流れは増加する。トークンの役割は… 経済的セキュリティ層において、その意味合いは明確になる。ネットワークが成長し、正しいアテステーションの価値が上がっていくにつれて、それらのアテステーションを裏付けるステークは、同じようにスケールしていく必要がある。 そしてガバナンス機能が、さらにもう一段階のレイヤーを追加する。トークン保有者は、オペレーターの受け入れ基準、ポリシーモジュールの認証、プロトコルのアップグレードのタイムラインを決めるガバナンスプロセスに参加する。これらの判断は、ネットワークの品質とセキュリティに直接影響する。 私は、この経済的セキュリティ、手数料配分、ガバナンスの組み合わせが、トークンのユーティリティ構造として意味のあるものだと感じる。飾りではない。これがなければ、ネットワークは機能しない。 では、手数料モデルが、取引量が臨界点に達する前に、高品質なオペレーターの層を惹きつけ、維持するのに十分なオペレーター収益を、現行のネットワーク規模で生み出せるのだろうか?注目すべきブートストラップの問いだよね?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
$NEWT について、プロトコルのアーキテクチャ全体を読み通して初めて気づいた、あまり好ましくない点がある。それは、トークンがネットワークに隣接しているのではなく、実際のネットワークの機能と非常に直接的に結びついていることだ。

tokenはNewton Protocolを動かしている。これは単純な言い回しだけど、その下にある仕組みは具体的だ。オペレーターはEigenLayerを通じて、政策評価に参加するために$NEWT に隣接した経済的セキュリティをステークする。政策評価から得られる手数料は、ステークと参加に比例してオペレーターへ流れる。実行ベースの価格設定モデルとは…

オペレーターは、予約された容量ではなく、評価中に消費された実際の計算作業(WASM命令数)、データ提供者の呼び出し回数、評価中に消費された帯域幅に対して報酬を受け取る。使われるかもしれないし使われないかもしれない、という不確実性のある“予約容量”ではない。

この手数料モデルは、トークンのユーティリティにとって重要だ。なぜなら、オペレーターの収益がネットワークの利用と直接結びつくからだ。より多くのアプリがNewtonを統合し、政策評価のためのトランザクション・インテントを提出していくほど、オペレーターへの手数料の流れは増加する。トークンの役割は…

経済的セキュリティ層において、その意味合いは明確になる。ネットワークが成長し、正しいアテステーションの価値が上がっていくにつれて、それらのアテステーションを裏付けるステークは、同じようにスケールしていく必要がある。
そしてガバナンス機能が、さらにもう一段階のレイヤーを追加する。トークン保有者は、オペレーターの受け入れ基準、ポリシーモジュールの認証、プロトコルのアップグレードのタイムラインを決めるガバナンスプロセスに参加する。これらの判断は、ネットワークの品質とセキュリティに直接影響する。

私は、この経済的セキュリティ、手数料配分、ガバナンスの組み合わせが、トークンのユーティリティ構造として意味のあるものだと感じる。飾りではない。これがなければ、ネットワークは機能しない。

では、手数料モデルが、取引量が臨界点に達する前に、高品質なオペレーターの層を惹きつけ、維持するのに十分なオペレーター収益を、現行のネットワーク規模で生み出せるのだろうか?注目すべきブートストラップの問いだよね??

#Newt @NewtonProtocol $NEWT
記事
人々がまだ話していないセキュリティの応用オンチェーンのセキュリティは、通常スマートコントラクトの監査問題として語られます。デプロイ前にバグを見つけてください。より良いコードを書きましょう。起動時にコードが正しければ、そのシステムは安全だという前提です。私はその前提が何度も破られるのを十分に見てきたので、もはや信じないことにしました。 実際にプロトコルを破壊する脅威モデルは別物です。管理者キーの侵害。盗まれた資金がDEXやブリッジを通って移動し、誰も対応する前に事態が進んでしまう。 ガバナンス攻撃で、議決が最後の瞬間に大口トークン保有者によって揺り動かされるケースがあります。彼らは結果に影響を与えるために、そもそもその地位を買ったのです。これはコードのバグではありません。承認(オーソリゼーション)の失敗です。コードは書かれたとおりに実行されます。問題は、承認されていたはずの「実行内容」が間違っていたこと……。

人々がまだ話していないセキュリティの応用

オンチェーンのセキュリティは、通常スマートコントラクトの監査問題として語られます。デプロイ前にバグを見つけてください。より良いコードを書きましょう。起動時にコードが正しければ、そのシステムは安全だという前提です。私はその前提が何度も破られるのを十分に見てきたので、もはや信じないことにしました。
実際にプロトコルを破壊する脅威モデルは別物です。管理者キーの侵害。盗まれた資金がDEXやブリッジを通って移動し、誰も対応する前に事態が進んでしまう。
ガバナンス攻撃で、議決が最後の瞬間に大口トークン保有者によって揺り動かされるケースがあります。彼らは結果に影響を与えるために、そもそもその地位を買ったのです。これはコードのバグではありません。承認(オーソリゼーション)の失敗です。コードは書かれたとおりに実行されます。問題は、承認されていたはずの「実行内容」が間違っていたこと……。
昨日からニュートンのロードマップについて考えていて、見た目以上に順序付けは慎重だと感じています。 ヴォールトが出発点です。長期的に最も重要なユースケースだからではなく、最も具体的で、最もすぐにデプロイできるからです。ニュートン・ヴォールトSDKは、機関が今日の 現実のインフラに照らして評価できる稼働プロダクトを提供します。オペレーター・ネットワークを構築し、ポリシー・エンジンをストレステストし、さらに、より複雑なユースケースへ拡張する前にシステムが機能していることを示すライブなアテステーションを生成します。 ヴォールトからロードマップはRWA、ステーブルコイン、そしてAIエージェントへと広がり、それぞれが新しいカテゴリのトランザクション種別とコンプライアンス要件を追加しつつ、同じ基盤インフラがそれらを扱います。 ヴォールトのリスク・ポリシーを評価できるよう学習するオペレーターは、RWAの移転制限やステーブルコインの制裁チェックも同様に評価します。 速度(velocity)制限を扱うのと同じRegoポリシー・エンジンが、投資家の適格性やTravel Ruleの帰属(attribution)も扱います。 その流れの終点にあるのが、インターネット・オブ・ポリシーズ(Internet of Policies)マーケットプレイスです。ポリシーモジュールが、アプリケーションをまたいで作成・公開・再利用される、合成可能なエコシステムです。オープンソースのインフラ部品と同じように... 作られて共有されます。アプリケーションは、毎回ゼロから構築するのではなく、利用可能なモジュールからコンプライアンス・スタックを組み立てます。 ヴォールト・ファーストのアプローチは本当に筋が通っています。ユースケースが最も明確なところで信頼性を築き、インフラがライブ条件で機能することを示してから拡張しましょう。代替として、最初からフルスコープで起動するやり方は、実際に使われる前に認可(authorization)インフラが失敗する道筋になってしまいます。 インターネット・オブ・ポリシーズのビジョンが、制度(機関)のあらゆるユースケース範囲をカバーできるほど深いポリシー著者のエコシステムを育てられるかどうか──それは長期的に見守る価値のある問いですか?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
昨日からニュートンのロードマップについて考えていて、見た目以上に順序付けは慎重だと感じています。

ヴォールトが出発点です。長期的に最も重要なユースケースだからではなく、最も具体的で、最もすぐにデプロイできるからです。ニュートン・ヴォールトSDKは、機関が今日の

現実のインフラに照らして評価できる稼働プロダクトを提供します。オペレーター・ネットワークを構築し、ポリシー・エンジンをストレステストし、さらに、より複雑なユースケースへ拡張する前にシステムが機能していることを示すライブなアテステーションを生成します。

ヴォールトからロードマップはRWA、ステーブルコイン、そしてAIエージェントへと広がり、それぞれが新しいカテゴリのトランザクション種別とコンプライアンス要件を追加しつつ、同じ基盤インフラがそれらを扱います。
ヴォールトのリスク・ポリシーを評価できるよう学習するオペレーターは、RWAの移転制限やステーブルコインの制裁チェックも同様に評価します。

速度(velocity)制限を扱うのと同じRegoポリシー・エンジンが、投資家の適格性やTravel Ruleの帰属(attribution)も扱います。

その流れの終点にあるのが、インターネット・オブ・ポリシーズ(Internet of Policies)マーケットプレイスです。ポリシーモジュールが、アプリケーションをまたいで作成・公開・再利用される、合成可能なエコシステムです。オープンソースのインフラ部品と同じように...

作られて共有されます。アプリケーションは、毎回ゼロから構築するのではなく、利用可能なモジュールからコンプライアンス・スタックを組み立てます。

ヴォールト・ファーストのアプローチは本当に筋が通っています。ユースケースが最も明確なところで信頼性を築き、インフラがライブ条件で機能することを示してから拡張しましょう。代替として、最初からフルスコープで起動するやり方は、実際に使われる前に認可(authorization)インフラが失敗する道筋になってしまいます。

インターネット・オブ・ポリシーズのビジョンが、制度(機関)のあらゆるユースケース範囲をカバーできるほど深いポリシー著者のエコシステムを育てられるかどうか──それは長期的に見守る価値のある問いですか??

#Newt @NewtonProtocol $NEWT
記事
1つのオペレーターセットで、すべてのチェーン昨晩、Newtonホワイトペーパーのクロスチェーン・アーキテクチャのセクションを読み進めていて、これが私がプロトコルの概要を最初に読んだときから抱えていた疑問を解決してくれた部分です。 NewtonのオペレーターネットワークがEthereum上にあり、トランザクションを許可するなら、トランザクションがArbitrum、Polygon、またはBaseで実行されるときはどうなるのでしょうか?それぞれの到達チェーンごとにコンプライアンスのインフラが必要になりますか? オペレーターは、提供したいチェーンごとに個別に登録する必要があるのでしょうか?答えは両方とも「いいえ」です。そして、それを可能にする仕組みは注意深く理解する価値があります。

1つのオペレーターセットで、すべてのチェーン

昨晩、Newtonホワイトペーパーのクロスチェーン・アーキテクチャのセクションを読み進めていて、これが私がプロトコルの概要を最初に読んだときから抱えていた疑問を解決してくれた部分です。
NewtonのオペレーターネットワークがEthereum上にあり、トランザクションを許可するなら、トランザクションがArbitrum、Polygon、またはBaseで実行されるときはどうなるのでしょうか?それぞれの到達チェーンごとにコンプライアンスのインフラが必要になりますか?
オペレーターは、提供したいチェーンごとに個別に登録する必要があるのでしょうか?答えは両方とも「いいえ」です。そして、それを可能にする仕組みは注意深く理解する価値があります。
Newton Vault SDKのローンチに添付されたパートナー一覧を、今朝見てみたら本当に驚きました。これは見せかけのために集められた名前のリストではありません。 ChainalysisとHexagateは、 コンプライアンス/セキュリティの領域をカバーしています。Chainalysisは、金融機関が既に既存のコンプライアンス・スタックで使っている制裁データと取引モニタリングのインフラを提供します。Hexagateは、セキュリティ領域である「アクティブなエクスプロイトや侵害済みアドレスがVaultと相互作用する前に検知する」リアルタイムの脅威検知を提供します。この4つの執行領域のうち2つを、既に機関レベルで稼働しているインフラでカバーしている、2つの確立されたプレイヤーです。 Vaults.fyiは、リスク領域をカバーし、戦略パフォーマンスやAPYの健全性を評価するために、実際にVaultオペレーターが使っているデータを提供します。RedStoneとCredoraは、オラクルの健全性と信用リスク評価を提供します。これは、現在の市場環境を踏まえて、取引が安全かどうかを決める残りのリスクパラメータです。 これらのすべての下にあるセキュリティレイヤーは、経済的セキュリティのためのEigenLayer、ゼロ知識証明生成のためのSuccinct、スマートアカウントのインフラのためのRhinestone、そしてガス抽象化のための0ctaneから成っています。 この組み合わせで私が特に重要だと感じるのは、Newtonが、コンプライアンス上のクリティカルな判断のために「新しいデータレイヤー」を機関に信頼させようとしているわけではない、という点です。Newtonは、機関が既に評価し、既に信頼し、既に関係を持っているインフラを経由させたうえで、そのインフラの出力を、助言ではなくオンチェーンで執行可能にしているのです。 それって、機関向けの営業会話における意味のある違いではありませんか?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
Newton Vault SDKのローンチに添付されたパートナー一覧を、今朝見てみたら本当に驚きました。これは見せかけのために集められた名前のリストではありません。
ChainalysisとHexagateは、

コンプライアンス/セキュリティの領域をカバーしています。Chainalysisは、金融機関が既に既存のコンプライアンス・スタックで使っている制裁データと取引モニタリングのインフラを提供します。Hexagateは、セキュリティ領域である「アクティブなエクスプロイトや侵害済みアドレスがVaultと相互作用する前に検知する」リアルタイムの脅威検知を提供します。この4つの執行領域のうち2つを、既に機関レベルで稼働しているインフラでカバーしている、2つの確立されたプレイヤーです。
Vaults.fyiは、リスク領域をカバーし、戦略パフォーマンスやAPYの健全性を評価するために、実際にVaultオペレーターが使っているデータを提供します。RedStoneとCredoraは、オラクルの健全性と信用リスク評価を提供します。これは、現在の市場環境を踏まえて、取引が安全かどうかを決める残りのリスクパラメータです。
これらのすべての下にあるセキュリティレイヤーは、経済的セキュリティのためのEigenLayer、ゼロ知識証明生成のためのSuccinct、スマートアカウントのインフラのためのRhinestone、そしてガス抽象化のための0ctaneから成っています。

この組み合わせで私が特に重要だと感じるのは、Newtonが、コンプライアンス上のクリティカルな判断のために「新しいデータレイヤー」を機関に信頼させようとしているわけではない、という点です。Newtonは、機関が既に評価し、既に信頼し、既に関係を持っているインフラを経由させたうえで、そのインフラの出力を、助言ではなくオンチェーンで執行可能にしているのです。

それって、機関向けの営業会話における意味のある違いではありませんか??

#Newt @NewtonProtocol $NEWT
記事
分散型認可で誰も話題にしない合意の問題分散型のポリシー評価の中に埋もれている技術的な問題があって、重要性がほとんど語られていない。その理由を完全に理解するのに、あまりにも長い時間かかってしまったのが恥ずかしいくらいだ。 オペレーターがそれぞれ独立して、時間に敏感なデータ(資産価格、制裁リストの更新、オラクルのフィードなど)を取得すると、同じ情報源からでも、彼らのリクエストが届いた“タイミング”によって、異なる値を受け取ることがあります。制裁リストは更新されます。価格はミリ秒の間にも動きます。もし各オペレーターが少しずつ異なるデータを受け取ってから、ポリシー結果にBLS署名しようとすると、署名は集約されません。BLS集約には同一のメッセージが必要です。

分散型認可で誰も話題にしない合意の問題

分散型のポリシー評価の中に埋もれている技術的な問題があって、重要性がほとんど語られていない。その理由を完全に理解するのに、あまりにも長い時間かかってしまったのが恥ずかしいくらいだ。
オペレーターがそれぞれ独立して、時間に敏感なデータ(資産価格、制裁リストの更新、オラクルのフィードなど)を取得すると、同じ情報源からでも、彼らのリクエストが届いた“タイミング”によって、異なる値を受け取ることがあります。制裁リストは更新されます。価格はミリ秒の間にも動きます。もし各オペレーターが少しずつ異なるデータを受け取ってから、ポリシー結果にBLS署名しようとすると、署名は集約されません。BLS集約には同一のメッセージが必要です。
デジタル資産をめぐる規制環境は、しばらく前から「試験的なガイダンス」の段階を脱しつつあります。最近何が変わったのかというと、それが制度として十分に具体化され、機関がこれ以上インフラの問題を先送りできなくなった点です。 GENIUS法は、米国においてステーブルコイン発行者向けの連邦ライセンス枠組みを定めました。準備資産、償還の権利、そしてコンプライアンス管理に関する要件が含まれています。 香港のステーブルコイン条例は、2025年8月から有効となる並行するライセンス体制を作りました。EUのMiCAは、取引モニタリング、リスク評価、ならびにアイデンティティ検証の義務を、暗号資産サービス提供者の全カテゴリーにわたってカバーしています。FATFのトラベルルールのガイダンスでは、適用されるしきい値を超える移転について、送信者および受益者の情報が必要とされており、更新されたガイダンスはステーブルコインとDeFiを具体的に扱っています。 これらの枠組みが共有しているのは、共通の期待です。オンボーディング時のチェックだけでなく、取引レベルで強制可能な統制が求められること。ポリシーが適用されたことを示す監査エビデンスが必要であり、モニタリングが行われたというログではありません。 この解釈こそが、Newtonが満たすために作られたものです。特定のポリシーが特定の取引に対して評価されたことを検証可能な形で示す確約(attestation)。監査エビデンスとして機能するオンチェーンのコンプライアンス・レシート。取引が提出されたその瞬間における執行であり、決済後の監視ではありません。 ステーブルコイン市場だけでも、流通供給が2980億ドル規模で、月間の移転取扱高は7000億ドル超です。そのような規模で運用する機関は、今や、どのコンプライアンス枠組みを満たす必要があるのかを正確に理解しています。欠けているのは、それを検証可能に実現するインフラです。 Newtonは規制に先んじているわけではありません。枠組みが具体化したまさにそのタイミングで到来しているだけですか? #Newt $NEWT {future}(NEWTUSDT) @NewtonProtocol
デジタル資産をめぐる規制環境は、しばらく前から「試験的なガイダンス」の段階を脱しつつあります。最近何が変わったのかというと、それが制度として十分に具体化され、機関がこれ以上インフラの問題を先送りできなくなった点です。

GENIUS法は、米国においてステーブルコイン発行者向けの連邦ライセンス枠組みを定めました。準備資産、償還の権利、そしてコンプライアンス管理に関する要件が含まれています。

香港のステーブルコイン条例は、2025年8月から有効となる並行するライセンス体制を作りました。EUのMiCAは、取引モニタリング、リスク評価、ならびにアイデンティティ検証の義務を、暗号資産サービス提供者の全カテゴリーにわたってカバーしています。FATFのトラベルルールのガイダンスでは、適用されるしきい値を超える移転について、送信者および受益者の情報が必要とされており、更新されたガイダンスはステーブルコインとDeFiを具体的に扱っています。

これらの枠組みが共有しているのは、共通の期待です。オンボーディング時のチェックだけでなく、取引レベルで強制可能な統制が求められること。ポリシーが適用されたことを示す監査エビデンスが必要であり、モニタリングが行われたというログではありません。

この解釈こそが、Newtonが満たすために作られたものです。特定のポリシーが特定の取引に対して評価されたことを検証可能な形で示す確約(attestation)。監査エビデンスとして機能するオンチェーンのコンプライアンス・レシート。取引が提出されたその瞬間における執行であり、決済後の監視ではありません。

ステーブルコイン市場だけでも、流通供給が2980億ドル規模で、月間の移転取扱高は7000億ドル超です。そのような規模で運用する機関は、今や、どのコンプライアンス枠組みを満たす必要があるのかを正確に理解しています。欠けているのは、それを検証可能に実現するインフラです。

Newtonは規制に先んじているわけではありません。枠組みが具体化したまさにそのタイミングで到来しているだけですか?

#Newt $NEWT
@NewtonProtocol
記事
すべてのアテステーションに意味を持たせる仕組みTTC昨日からニュートンのホワイトペーパーの紛争解決セクションを読み込んでいて、プロトコルを構築する多くの人が、実際に必要になるまで当然の前提として扱ってしまう部分だと思いました。そして、必要になったときに、この部分こそがシステムの中で最も重要になります。 ニュートンが主張する中核は、アテステーションは信頼不要である、という点です。信頼を最小化するのではなく、信頼不要です。 それは強い主張であり、それを裏付ける特定の仕組みが必要です。チャレンジシステムが、その仕組みです。 アテステーションがオンチェーンに記録された後、ガバナンスが定義した紛争期間が開始されます。この猶予期間中は、そのアテステーションは暫定的なものであり、取引を承認するために使うことはできません。成功したチャレンジがなく、このウィンドウが期限切れになって初めて、そのアテステーションは最終確定します。これにより、多くのシステムが1つに崩れてしまう2つの状態を、きれいに分離できるようになります。

すべてのアテステーションに意味を持たせる仕組みTTC

昨日からニュートンのホワイトペーパーの紛争解決セクションを読み込んでいて、プロトコルを構築する多くの人が、実際に必要になるまで当然の前提として扱ってしまう部分だと思いました。そして、必要になったときに、この部分こそがシステムの中で最も重要になります。
ニュートンが主張する中核は、アテステーションは信頼不要である、という点です。信頼を最小化するのではなく、信頼不要です。
それは強い主張であり、それを裏付ける特定の仕組みが必要です。チャレンジシステムが、その仕組みです。
アテステーションがオンチェーンに記録された後、ガバナンスが定義した紛争期間が開始されます。この猶予期間中は、そのアテステーションは暫定的なものであり、取引を承認するために使うことはできません。成功したチャレンジがなく、このウィンドウが期限切れになって初めて、そのアテステーションは最終確定します。これにより、多くのシステムが1つに崩れてしまう2つの状態を、きれいに分離できるようになります。
2日前に初めてMagic Labsを調べたら、背景がニュートンの信頼性に対する私の考え方を変えました。,,,,, Magic Labsは組み込みウォレットを構築しました。これは実験ではなく、現在5,700万のウォレットの下支えとなり、20万人以上の開発者にサービスを提供している本番のインフラです。彼らはPolymarketのウォレット基盤を支えています。PayPal Venturesが出資しました。これは、ほとんどのプロトコルチームがロードマップのスライドでしか語らない規模でウォレット基盤を出荷してきたチームです。 ニュートンにとって特に重要なのは、認可インフラは、それを実際に構築し、維持できるチームにしか同じだけ信頼性がない、という点です。取引意図と0nchain実行の間に位置する新しいプロトコル層には、数百万人のユーザーに触れ、失敗が許されない種類のインフラに関する深い運用経験が必要です。 組み込みウォレットの体験は、直接関係しています。コンシューマー規模でノンカストディアルの鍵管理が確実に機能する仕組みを作ることは、取引スケールでポリシー評価が確実に機能する仕組みを作ることと同じ系統の課題です。失敗の起こり方は異なりますが、必要とされる運用規律は同じです... コア開発者の信頼性が、重大なものを新しいインフラに任せる前に精査されるべきこの領域において、私はこの背景を心強く感じます... 今後12か月で、チームがウォレット・インフラに適用したのと同じ運用の厳密さでニュートンのオペレーター・ネットワークをスケールしていく様子が、実際に見られるのかどうか——それが私が確かめたいことです?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
2日前に初めてMagic Labsを調べたら、背景がニュートンの信頼性に対する私の考え方を変えました。,,,,,

Magic Labsは組み込みウォレットを構築しました。これは実験ではなく、現在5,700万のウォレットの下支えとなり、20万人以上の開発者にサービスを提供している本番のインフラです。彼らはPolymarketのウォレット基盤を支えています。PayPal Venturesが出資しました。これは、ほとんどのプロトコルチームがロードマップのスライドでしか語らない規模でウォレット基盤を出荷してきたチームです。

ニュートンにとって特に重要なのは、認可インフラは、それを実際に構築し、維持できるチームにしか同じだけ信頼性がない、という点です。取引意図と0nchain実行の間に位置する新しいプロトコル層には、数百万人のユーザーに触れ、失敗が許されない種類のインフラに関する深い運用経験が必要です。

組み込みウォレットの体験は、直接関係しています。コンシューマー規模でノンカストディアルの鍵管理が確実に機能する仕組みを作ることは、取引スケールでポリシー評価が確実に機能する仕組みを作ることと同じ系統の課題です。失敗の起こり方は異なりますが、必要とされる運用規律は同じです...

コア開発者の信頼性が、重大なものを新しいインフラに任せる前に精査されるべきこの領域において、私はこの背景を心強く感じます...

今後12か月で、チームがウォレット・インフラに適用したのと同じ運用の厳密さでニュートンのオペレーター・ネットワークをスケールしていく様子が、実際に見られるのかどうか——それが私が確かめたいことです??

#Newt @NewtonProtocol $NEWT
ポリシー駆動の実行は、別のブロックチェーン機能というより、信頼できるオートメーションのための不足しているインフラのように感じられます。 アプリケーションが一貫して実行可能なルールを必要とするなら、この層はスマートコントラクトそのものと同じくらい不可欠になり得ます。
ポリシー駆動の実行は、別のブロックチェーン機能というより、信頼できるオートメーションのための不足しているインフラのように感じられます。
アプリケーションが一貫して実行可能なルールを必要とするなら、この層はスマートコントラクトそのものと同じくらい不可欠になり得ます。
Python_Trading
·
--
すべてのブロックチェーンがパズルの別のピースを解こうとしているように見えます。あるものはセキュリティに、またあるものはプログラマビリティに、別のものはスピードに焦点を当てています。ですが、次に重要になるレイヤーは、そもそも「より速い実行」ではないのではないかと考えるようになりました。

もしかすると、それはトランザクションが正しい理由のもとで実行されることを保証することなのかもしれません。

多くのユーザーは、実際にはトランザクションを送ることを気にしていません。気にしているのは結果です。つまり、すべてのアプリケーションがそれらのルールを正しく実装することを信頼しなくても、条件・上限・権限に従った行動を実現したいのです。それこそが、ポリシー駆動型の実行が面白くなってくるところです。

私が注目しているのは、このアプローチが既存のチェーンと本質的に競合しているわけではないという点です。これにより、オンチェーン上の活動が、スケールして採用されれば、より予測可能で安全なものになる可能性がある別のレイヤーが追加されます。

また、人々は開発者の反発を過大評価しがちだとも思います。開発者は、得られるメリットが明確なら、通常はより良いツールを採用します。より大きな問いは、ユーザーやアプリケーションが、本当にこの機能を十分に必要としていて、標準として定着させるほどの需要があるのかどうかです。

優れたインフラだけでは、めったに勝てません。人々が毎日実感している「現実の問題」を解決しなければ、たとえ賢いアイデアでも勢いを見つけるのが難しくなります。

@NewtonProtocol $NEWT #Newt

暗号の次の優先事項は何でしょう?
署名された宣誓書(attestation)は、約束から、誰でも監査できる検証可能な証拠へとコンプライアンスを変えるものです。 単なる執行ではなく、証明(Proof)こそが、ニュートンの認可レイヤーに長期的な信頼性を与えます。
署名された宣誓書(attestation)は、約束から、誰でも監査できる検証可能な証拠へとコンプライアンスを変えるものです。
単なる執行ではなく、証明(Proof)こそが、ニュートンの認可レイヤーに長期的な信頼性を与えます。
BLANK Bro
·
--
ブリッシュ
最初、それは単にネットワークの遅延だと思っていました。取引が、予想より少し長く止まってから決着するのを見たときのことです。違いました。ニュートンは、その間にポリシー・チェックを挿入します。オペレーターのネットワークが、ビルダーが書いたルールを読み込み、オンチェーンおよびオフチェーンのシグナルと照合し、その取引が継続する権利を得ているかを判断する、まさにその一瞬です。私が印象に残ったのは、チェックそのものではありませんでした。レシートです。承認されるにせよブロックされるにせよ、すべての評価結果が署名付きのアテステーションとしてオンチェーンに書き込まれます。永久の記録として、どの「ノー」がどの「イエス」の隣に並ぶのか、誰でも確認しようと思えば検証できます。ほとんどのユーザーはニュートン・エクスプローラーを開くことはありません。レシートは彼らのためのものではありません。監査人、配分者、そしてプラットフォームの言い分を信じる必要のない規制当局のためです。そうすると、本当の疑問が浮かびます。ここで求められているのは、より迅速なコンプライアンスなのでしょうか?それとも、ついに誰かがその証拠を持ち出して責任を取ることなのでしょうか。
@NewtonProtocol $NEWT #Newt
·
--
ブリッシュ
ニュートン・ボルトSDKにおける4つのエンフォースメント領域は、私が今朝それらをマッピングしてみたとき、本当に驚かされました。見出しが示唆する以上にカバーしている範囲が広いからです。 まず明白なのがコンプライアンスです。OFACのスクリーニング、制裁のチェック、そしてどの機関にも必要とされる規制レイヤーです。次に、アイデンティティ。ここには検証と適格性が含まれ、正しい当事者が正しいプロトコルとやり取りしていることを確認します。この2つだけでも、十分に有用なプロダクトになり得ます。 そしてセキュリティ。ここがさらに面白いところです。リアルタイムの脅威ブロッキングです。自分が誰かをチェックするだけでなく、取引の瞬間にプロトコル上で何が起きているかを監視します。侵害されたアドレスからの入金を検知してフラグ付けし、ブラックリストに載っているコントラクトとのやり取りをブロックし、既知のエクスプロイトの署名が実行される前に捕捉します。 そして4つ目がリスクです。 カウンターパーティ・リスク、APYの健全性、レバレッジ上限、オラクルのヘルス。これらは、取引が現在の市場状況のもとで安全に実行できるかどうかを左右するパラメータであり、当事者が(単に)コンプライアンスに適合しているかどうかだけではありません……$LAB この枠組みで私が特に注目したのは、多くのシステムがこれらの領域のうち1つか2つしか扱わず、残りを「誰か別の人の問題」にしてしまっている点です。4つすべてを単一のオンチェーン・エンフォースメント層にパッケージ化することで、ニュートンをデプロイしたボルトは、取引が送信された瞬間に全体像を把握できます。後から4つの別ソースを寄せ集めて組み立てる必要がないからです。 各ドメインの中でポリシーの複雑性が増していく中で、その4つの領域を1つの層として一貫性のある状態に保ち続けられるか——それは追って見守るべき設計上の問いです?? @NewtonProtocol $NEWT #Newt {future}(NEWTUSDT)
ニュートン・ボルトSDKにおける4つのエンフォースメント領域は、私が今朝それらをマッピングしてみたとき、本当に驚かされました。見出しが示唆する以上にカバーしている範囲が広いからです。

まず明白なのがコンプライアンスです。OFACのスクリーニング、制裁のチェック、そしてどの機関にも必要とされる規制レイヤーです。次に、アイデンティティ。ここには検証と適格性が含まれ、正しい当事者が正しいプロトコルとやり取りしていることを確認します。この2つだけでも、十分に有用なプロダクトになり得ます。

そしてセキュリティ。ここがさらに面白いところです。リアルタイムの脅威ブロッキングです。自分が誰かをチェックするだけでなく、取引の瞬間にプロトコル上で何が起きているかを監視します。侵害されたアドレスからの入金を検知してフラグ付けし、ブラックリストに載っているコントラクトとのやり取りをブロックし、既知のエクスプロイトの署名が実行される前に捕捉します。

そして4つ目がリスクです。

カウンターパーティ・リスク、APYの健全性、レバレッジ上限、オラクルのヘルス。これらは、取引が現在の市場状況のもとで安全に実行できるかどうかを左右するパラメータであり、当事者が(単に)コンプライアンスに適合しているかどうかだけではありません……$LAB

この枠組みで私が特に注目したのは、多くのシステムがこれらの領域のうち1つか2つしか扱わず、残りを「誰か別の人の問題」にしてしまっている点です。4つすべてを単一のオンチェーン・エンフォースメント層にパッケージ化することで、ニュートンをデプロイしたボルトは、取引が送信された瞬間に全体像を把握できます。後から4つの別ソースを寄せ集めて組み立てる必要がないからです。

各ドメインの中でポリシーの複雑性が増していく中で、その4つの領域を1つの層として一貫性のある状態に保ち続けられるか——それは追って見守るべき設計上の問いです??

@NewtonProtocol $NEWT #Newt
記事
コードとしてのポリシー、数学としてのコンプライアンスニュートンのうち、開発者が最も早く理解すると思うのは、機関のコンプライアンス担当者が最も遅く理解するであろう部分で、その逆もまた同じです。Regoは、この2つの世界が交わる場所にあります。さらに、これを使うという設計上の選択は、通常よりももっと注目されるべきです。 Regoは0pen Policy Agentプロジェクトのポリシー言語です。エンタープライズの基盤インフラに広く導入されており、Kubernetesのアドミッションコントロール、APIゲートウェイの認可、CI/CDパイプラインのポリシーなどで利用されています。クラウドネイティブなインフラを、ある程度の規模で真面目に扱ったことがあるなら、ほぼ確実にRegoのポリシーを書いたか、評価したことがあります。宣言的で、十分に整備されたツール群があり、既存の大規模なエコシステムの中で戦い抜いてきた言語です。

コードとしてのポリシー、数学としてのコンプライアンス

ニュートンのうち、開発者が最も早く理解すると思うのは、機関のコンプライアンス担当者が最も遅く理解するであろう部分で、その逆もまた同じです。Regoは、この2つの世界が交わる場所にあります。さらに、これを使うという設計上の選択は、通常よりももっと注目されるべきです。
Regoは0pen Policy Agentプロジェクトのポリシー言語です。エンタープライズの基盤インフラに広く導入されており、Kubernetesのアドミッションコントロール、APIゲートウェイの認可、CI/CDパイプラインのポリシーなどで利用されています。クラウドネイティブなインフラを、ある程度の規模で真面目に扱ったことがあるなら、ほぼ確実にRegoのポリシーを書いたか、評価したことがあります。宣言的で、十分に整備されたツール群があり、既存の大規模なエコシステムの中で戦い抜いてきた言語です。
今朝、ニュートンのホワイトペーパーのRWAセクションを見直したところ、彼らが構築している脅威モデルは私が想定していたよりも具体的でした。 トークン化された証券、不動産、そしてクレジット商品には、標準的なスマートコントラクトでは対処できない3つの明確な攻撃対象面があります。 管理者キーの侵害:攻撃者がキーを握れば、あらゆるアクセス制御を完全に回避できます。 NAVとオラクルの操作:資産の価格を誤らせて、許可されていない償還を可能にしたり、不正な発行(ミント)を行ったりできます。 不正な状態変更:認可なしのミント、譲渡制限の途中変更(トランスファー・リストリクションのミッドストリームでの変更)など。 RWAプロトコル向けにニュートンが提供しているのは、ランタイムの不変条件として働く一連のポリシー制約です。これは、誰かが管理者キーを手に入れたとしても突破できる“ルール”ではありません……。トランザクション単位で、アテステーション(証明)要件を通じて強制されます。ミント/償還のガードレールにより、参加できるのは適格な投資家のみになります。NAVの整合性チェックでは、オラクル価格を許容範囲(トレランス・バウンズ)と突き合わせます。転送コントロールにより、セカンダリーマーケットの活動は適格な当事者に限定されます。 私の中に残った見立ては、これらのポリシーは“誰が管理者キーを持っているかにかかわらず”、回避できない制約として機能するという点です。公的ブロックチェーン上で実物資産をトークン化する機関にとって、管理者キーのリスクは最も解決が難しい問題の一つです。単一キーのリスクを、ポリシー強制による分散された認可へと変換するのは、その問題への構造的にまったく別の回答です。。。 私は、このことが機関による採用のための最も説得力のあるユースケースだと思います。他が現実ではないからではありません。いまRWAプロトコルの代替案は、管理者キーのリスクを“既知のエクスポージャー”として受け入れることになっているからです。 機関が資産をトークン化する際、このレベルのオンチェーン強制を展開前に必要とするのか、それともオプションのインフラとして扱うのか――それが追跡する価値のある問いですか?? $NEWT #Newt {future}(NEWTUSDT) @NewtonProtocol
今朝、ニュートンのホワイトペーパーのRWAセクションを見直したところ、彼らが構築している脅威モデルは私が想定していたよりも具体的でした。
トークン化された証券、不動産、そしてクレジット商品には、標準的なスマートコントラクトでは対処できない3つの明確な攻撃対象面があります。

管理者キーの侵害:攻撃者がキーを握れば、あらゆるアクセス制御を完全に回避できます。
NAVとオラクルの操作:資産の価格を誤らせて、許可されていない償還を可能にしたり、不正な発行(ミント)を行ったりできます。
不正な状態変更:認可なしのミント、譲渡制限の途中変更(トランスファー・リストリクションのミッドストリームでの変更)など。

RWAプロトコル向けにニュートンが提供しているのは、ランタイムの不変条件として働く一連のポリシー制約です。これは、誰かが管理者キーを手に入れたとしても突破できる“ルール”ではありません……。トランザクション単位で、アテステーション(証明)要件を通じて強制されます。ミント/償還のガードレールにより、参加できるのは適格な投資家のみになります。NAVの整合性チェックでは、オラクル価格を許容範囲(トレランス・バウンズ)と突き合わせます。転送コントロールにより、セカンダリーマーケットの活動は適格な当事者に限定されます。

私の中に残った見立ては、これらのポリシーは“誰が管理者キーを持っているかにかかわらず”、回避できない制約として機能するという点です。公的ブロックチェーン上で実物資産をトークン化する機関にとって、管理者キーのリスクは最も解決が難しい問題の一つです。単一キーのリスクを、ポリシー強制による分散された認可へと変換するのは、その問題への構造的にまったく別の回答です。。。

私は、このことが機関による採用のための最も説得力のあるユースケースだと思います。他が現実ではないからではありません。いまRWAプロトコルの代替案は、管理者キーのリスクを“既知のエクスポージャー”として受け入れることになっているからです。
機関が資産をトークン化する際、このレベルのオンチェーン強制を展開前に必要とするのか、それともオプションのインフラとして扱うのか――それが追跡する価値のある問いですか??

$NEWT #Newt

@NewtonProtocol
記事
ブロックチェーンがあなたのデータを決して見ないとは、実際にはどういうことか昨日の午後からニュートンのプライバシー・アーキテクチャを読み進めていて、これはホワイトペーパーの中でも特に、実際に理解するために何度も読み返しが必要だった部分です。説明が下手だからではありません。設計が本当に層構造になっていて、内容を完全に吸収するには時間がかかるからです。 出発点となる主張は、機微データは決してブロックチェーンに公開されない、ということです。ブロックチェーンが見るのは、証明(プローフ)と認証(アテステーション)だけで、基となるアイデンティティのデータではありません。その主張は、具体的な技術的メカニズムによって裏付けられる必要があります。そうでなければ、それはただのマーケティング表現に過ぎません。ニュートン・プライバシー・エンベロープは、そのメカニズムです。

ブロックチェーンがあなたのデータを決して見ないとは、実際にはどういうことか

昨日の午後からニュートンのプライバシー・アーキテクチャを読み進めていて、これはホワイトペーパーの中でも特に、実際に理解するために何度も読み返しが必要だった部分です。説明が下手だからではありません。設計が本当に層構造になっていて、内容を完全に吸収するには時間がかかるからです。
出発点となる主張は、機微データは決してブロックチェーンに公開されない、ということです。ブロックチェーンが見るのは、証明(プローフ)と認証(アテステーション)だけで、基となるアイデンティティのデータではありません。その主張は、具体的な技術的メカニズムによって裏付けられる必要があります。そうでなければ、それはただのマーケティング表現に過ぎません。ニュートン・プライバシー・エンベロープは、そのメカニズムです。
記事
ブロックチェーンにデータを載せないアイデンティティレイヤーオンチェーンのアイデンティティには、ほとんどの人が無言のうちに「解決不能」と受け入れている設計上の問題があります。誰かが誰であるかを検証するには、その人のデータが必要です。しかし、そのデータがパブリックチェーンに触れた瞬間、永久に公開されてしまいます。この2つの要件は互いに対立しており、既存の多くのアプローチはどちらか一方を選んで、その結果を受け入れるだけに留まっています。 NewtonのIdentity Oracleは、別のモデルを中心に構築されており、そのアーキテクチャを詳細に理解する価値があります。 システムは3つの役割で動作します。発行者はユーザーの属性をKYCプロバイダー、政府機関、金融機関、オンチェーン行動アナライザを通じて認証する事業体です。発行者は署名付きクレデンシャルを作成し、それをユーザーに渡します。保有者(ホルダ)であるユーザー自身が、それらのクレデンシャルを自分のウォレットに保存します。ユーザーは、いつ・誰に対して提示するかを決めます。検証者であるNewtonオペレーターおよびIdentity Oracle自体が、TEEエンクレーブ内でクレデンシャルの証明を検証します。つまり、基になるデータは検証者のホストシステムには一切公開されません。検証結果は、ポリシー評価に入力されるブール値(真偽値)または最小限の出力です。合格か不合格か。それ以外の情報はオンチェーンに記録されません。

ブロックチェーンにデータを載せないアイデンティティレイヤー

オンチェーンのアイデンティティには、ほとんどの人が無言のうちに「解決不能」と受け入れている設計上の問題があります。誰かが誰であるかを検証するには、その人のデータが必要です。しかし、そのデータがパブリックチェーンに触れた瞬間、永久に公開されてしまいます。この2つの要件は互いに対立しており、既存の多くのアプローチはどちらか一方を選んで、その結果を受け入れるだけに留まっています。
NewtonのIdentity Oracleは、別のモデルを中心に構築されており、そのアーキテクチャを詳細に理解する価値があります。
システムは3つの役割で動作します。発行者はユーザーの属性をKYCプロバイダー、政府機関、金融機関、オンチェーン行動アナライザを通じて認証する事業体です。発行者は署名付きクレデンシャルを作成し、それをユーザーに渡します。保有者(ホルダ)であるユーザー自身が、それらのクレデンシャルを自分のウォレットに保存します。ユーザーは、いつ・誰に対して提示するかを決めます。検証者であるNewtonオペレーターおよびIdentity Oracle自体が、TEEエンクレーブ内でクレデンシャルの証明を検証します。つまり、基になるデータは検証者のホストシステムには一切公開されません。検証結果は、ポリシー評価に入力されるブール値(真偽値)または最小限の出力です。合格か不合格か。それ以外の情報はオンチェーンに記録されません。
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
サイトマップ
Cookieの設定
プラットフォーム利用規約