胖鸟

作为即将TGE的@TermMax 为什么值得Keyrock、Edge Capital等各大机构和做市商悄悄重仓押注？

很多人以为它只是又一个固定利率借贷，但我仔细体验之后发现，它真正做的是把链上碎片化的流动性与资本效率压榨到了极致。

接下让来我们用放大镜深挖，聊聊它极具穿透力的3个内容

在传统做市中最痛苦的是资金被分散锁死在各个期限池，想必大家都有过流动性不足的体验，动不动就会造成损失，TermMax针对这个问题引入了虚拟流动性聚合。

怎么说呢，就是做市商的资金在真正被借出前，可以像瞬移一样同时分布在多个订单深度中。只要某一笔撮合成交，系统自动同步结算，把资金深度直接拉满，这算是很好的解决了固定期限借贷池子一多就没深度的死穴。

如果说最具有特点的还得说说LayerZero OFT 原生跨链，TMX并没有把自己困在以太坊单链，而是原生集成 LayerZero OFT标准。无论是 BNB Chain、Arbitrum、Base还是Berachain，资产与负债头寸都能原生跨链无缝流转，让跨链利差套利变得极度丝滑。

而且还有100% 欧盟 MiCA 合规牌，TermMax是极少数在TGE前就完整披露 MiCA Title II白皮书并拿到正式法务意见书的 DeFi 协议，这一点比较难得。

从83 万+ 注册钱包、6400万美元 TVL，再到Q3启动TGE与早期空投分发，TermMax正在把链上固定利率推向真正的合规与全链整合。这趟Q3的TGE列车，还是值得列入重点观察清单的。
#termmax

先日、RWA の多くのプロジェクトが株式・債券などの従来資産をチェーン上に載せようとし始めているのを見かけました。

ただ、ここにはかなり矛盾した問題があるようにずっと感じています。

ブロックチェーンの最大の特徴は透明性ですが、金融市場の多くの場面では、すべての情報が公開されることを望まないことも多いのです。

最初に @Dusk を見たとき、取引情報の隠蔽を強調するプライバシーチェーンだと思いましたが、後でその理解は少し単純すぎると分かりました。

金融に本当に必要なのは、完全な秘匿ではないようです。もしすべてのデータが不可視なら、機関はどうやって資産が適正であることを証明するのでしょうか？ 監督当局はどうやってルールの実行を確認するのでしょうか？

Dusk が面白いのはまさにここで、プライバシーを「何も他人に見せないこと」だとは捉えていません。Phoenix を通じてゼロ知識証明で取引の詳細を保護し、ユーザーがすべての情報を開示しなくても検証を完了できるようにしています。同時に、選択的開示により、特定の状況下で一部の情報を確認できるようにもしています。

この発想は、現実の金融にもとてもよく似ています。

銀行はすべての顧客情報を公開しませんが、必要な場合には審査を受ける必要があります。

機関は取引戦略をすべて公開しませんが、市場は取引がルールに合っていることを確認する必要があります。

プライバシーは透明性の拒否ではなく、透明性が発生する範囲を決めることです。

ただ、ここで気になる点もあります。

選択的開示は理想のように聞こえますが、実際に運用するとなると簡単ではありません。

誰が「どの情報が見られるか」を決めるのか？

開示範囲はどうやって制御するのか？

もし今後、コンプライアンス要件が増え続けるなら、プライバシーの余地はどんどん小さくなってしまうのではないでしょうか？

これらは、Dusk が今後証明していく必要があるポイントです。#dusk $DUSK

最近上了不少链上项目，在众多项目当中どうやって良いプロジェクトを選ぶか。資金の安全性を心配せずに済むことが、重要なポイントになってきます。なので最初に@BabylonLabs_io を見たとき、その独特な仕組みに惹かれました。

Babylonについては、私には比較的直感的な理解があります。外部の資産を他のネットワークの安全性に参加させたいのなら、核心となるのは、十分な量の資産がステーキングされているかどうかでしょう。というのも、多くのPoSネットワークでは、安全性の強度がステーキング規模と直接関係しているからです。

しかし深く関わってみて、この理解には一段階足りないことに気づきました。資産が存在することが、必ずしも本当の安全が発生することを意味するわけではないのです。

これは少し回りくどく聞こえるかもしれません。もしネットワークが大量の資産がロックされているのを見て、それだけで安全を得られたと判断するのなら、それでは不十分です。これらの資産がルールに従ってネットワークの運用に参加しているのか？その安全に関する約束は正しく実行されているのか？他のチェーンは、この安全が本物だとどうやって確認するのか？

この考えに沿うなら、Babylonで一番面白いのは、より多くのステーキング資本を持ち込むことではなく、安全性の証明プロセスを構築しようとしている点だと思います。

Babylonでは、価値が「信頼できる安全という結果」に変換されているかをより重視します。それが Checkpoint メカニズムを設計する理由でもあります。Babylonが向き合っているのは単一チェーンの内部コンセンサスではなく、外部ネットワークにそのコンセンサス結果を認めさせることだからです。

emm...これはアセットブリッジとは完全に違います。ブリッジが解決するのは資産の移動であり、一方で#baby が解決しようとしているのは信頼の移動です。

それがとても面白いところで、より深く掘り下げると、それは安全の定義自体を変えているとも言えます。安全の結果そのものを、検証され、利用され得るものにするのです。

ただし、ここには問題もあります。将来的に多くのチェーンがBabylonの安全性証明に依存するようになれば、$BABY 自身の証明メカニズムが新しい信頼の入口になってしまいます。この入口を参加者が十分に理解し、監督できない場合、信頼コストを減らそうとしたシステムが、逆に新たな依存を生み出す可能性があります。

だから私が見ている限り、本当に面白いのは、単により多くの資産をブロックチェーンの安全性に投入することではありません。安全がそもそもどのように証明されるべきかを、改めて研究し直している点です。Babylonがやろうとしているのは、この信頼を、検証でき、つながるための基盤インフラにすることです。

ずっとそうでいいの？ @BabylonLabs_io を初めて見たとき、実は自然にそれを、より大きな Staking システムの一部として理解していました。これまでずっと、ネットワーク上でステーク（質入れ）を増やし、検証者（バリデータ）が増えるほどネットワークのセキュリティは高まる――そういうものだと思っていたんです。

ところが後で実際に Babylon のステーキング手順を身をもって走らせてみると、その理解は少し表面的だったと感じました。単に安全のための資本を増やしたいだけなら、Delegator や Finality Provider などの役割を分ける必要はないはずです。

Babylon が解決しようとしているのは、十分な資産があるかどうかではなく、これらの資産がシステムに入ったあとに、それが他のネットワークに認められる形で「安全」になるにはどうするか、という点なのだと思います。

この違いはかなり重要です。単一の PoS ネットワークでは、ステーカー、検証者、そして安全を実行する主体は通常ひとつに結びついています。しかし、セキュリティがネットワークをまたいで流通し始めると、そのモデルがうまく機能しなくなる「穴」が出てきます。

プロがプロの仕事をする。資金を提供する人は、検証基盤の運用に必ずしも向いていないかもしれませんし、セキュアなチェーンを使いたくても、検証の仕組みを一から作り直して育て直したいとは思わないかもしれない。だから Babylon がやっていることは、単に検証者の数を増やすことではありません。セキュリティのプロセスを分解して、Delegator が経済的な支援を行い、Finality Provider が安全の確認に参加し、Consumer Chain は最終的な安全結果を利用する、という設計です。

責任をすべてきちんと役割に落とし込む。この考え方に沿って見ていくと、Babylon が本当に解決したいのは、安全資源が「資本」から「信頼できるネットワーク能力」に変わる方法なのではないか、と思います。

昔から多くのチェーンの問題は、たとえば各都市がそれぞれ電力網をゼロから建て直すようなものです。動かすこと自体はできますが、コストは確実に高い。Babylon はそこを探ろうとしているのだと思います。

emm.. もう一つ問題もあります。役割を分けると、システムはより柔軟になりますが、責任の境界も複雑になります。安全に問題が起きたとき、責められるべきなのはステーク資本なのか、それとも安全を実行するノードなのか？ 参加者が長期的にネットワークを維持することよりも、利益により関心を持つようになったら、経済的インセンティブは本当に有効に保てるのか？ これらこそが、Babylon が今後検証すべきポイントです。

Babylon はまた、安全を分解・組み合わせして、それを他のネットワークに「能力」として提供できないかも試しています。このモデルが成立するなら、将来のブロックチェーンが安全を構築する方法は変わっていく可能性があります。#baby $BABY

新しいプロジェクトが次々と登場し、バリエーションもますます増えている中で、私は今日までずっと、@BabylonLabs_io なぜ最終性を守ることを選び、共通認識を再設計しなかったのか理解できませんでした。

というのも、ブロックチェーンで最も難しい問題は、ブロックを生成することではないからです。ほとんどのネットワークは素早くブロックを生成できます。本当に難しいのは、2つの状態が衝突したときに、ネットワークがどちらの結果が最終的に不可逆なのかをどう確認するかです。従来の PoS ネットワークは通常、独自のバリデーター集合に依拠し、ステーキング資産によって最終性を維持します。しかし新しいネットワークでは、バリデーターの数、ステーキング規模、経済的安全性のいずれも長期的な蓄積が必要です。

emm.. 面白いのは、Babylon は Bitcoin や Ethereum の合意方式をそのまま複製する道を選ばず、Finality から切り込んだことです。Babylon の設計では、PoS チェーンは引き続き自分自身の共通認識を動かし、バリデーターは依然としてブロック生成を担います。Babylon が行っているのは、重要な状態を Checkpoint を通じて Bitcoin ネットワークに提出し、Bitcoin に追加の時間順序と改ざん不能の保証を提供させることです。

最も最も最も重要なのは、Babylon は元のセキュリティを置き換えるものではなく、最終確認の層に経済的安全性をもう1層加える点です。これにより、Babylon が本当に変えようとしているのは、誰がブロックを生産するかではないと気づきました。だから私は、Finality Provider も単なるノードではなく、最終性確認の責任を担う存在だと思います。

Babylon が注目しているのは、あるネットワークがどうすればより強い状態の確定性を得られるか、なのだと感じます。実際、これは PoS ネットワークが長年抱えてきた問題を解決しています。多くの新しいチェーンは動作できないのではなく、初期段階で十分に強い最終性の保証を構築するのが難しいのです。

Babylon は新しい道筋を提供しています。今振り返ると、Babylon の最も価値ある点は、BTC に新たな用途を1つ増やしたことではないと私は思います。

Babylon は、安全性もモジュール化できることを証明しようとしているのです。あるネットワークは独自の実行ロジックを持ちながら、より強い最終性の基盤を借りることができます。

将来的にこのモデルを採用するチェーンが増えれば、ブロックチェーンの安全性はもはや各チェーンがそれぞれ重複して構築するものではなく、徐々に組み合わせ可能なインフラへと変わっていくでしょう。
#baby $BABY

@BabylonLabs_io を初めて見たとき、私は実際かなり自然に、それを Staking（ステーキング）プロトコルに分類してしまいました。このロジックは、過去の多くの PoS ネットワークにおける質押モデルと大きく変わりません。

しかし、その後 #baby の全体アーキテクチャを改めて見直してみると、この理解は単純すぎるかもしれないと気づきました。もしそれが単に Staking 製品を作りたいだけなら、これほど複雑な役割関係を設計する必要はありません。Delegator から Finality Provider、さらに Consumer Chain と Checkpoint まで、Babylon が大量の労力を注いでいるのは、資産をロックする方法ではなく、もっと難しい別の問題です。

あるネットワークが、別のネットワークによって提供されたセキュリティが本当に有効であることを、どうやって確認するのか？

この問いにはしばらく沈黙しました。というのも、多くのシステムはセキュリティは自分自身からしか生まれないと前提にしているからです。あるチェーンは自分のバリデータを維持し、自分のコンセンサスを動かし、自分の状態を信じる。しかし将来的により多くのネットワークがセキュリティを共有する必要が出てきたとき、本当に難しいのは資本があるかどうかではありません。むしろ、それらの資本が、他のネットワークが受け入れ可能なセキュリティ証明へとどう変換されるかが難所なのです。

つまり、質押は始まりにすぎず、本当に重要なのは誰がセキュリティが発生したことを証明するのかです。さらに $BABY を見ていて、一番面白いのは、従来の PoS の構造をそのまま単純にコピーしていない点です。異なる役割が負う責任を分解しているのです。Delegator は経済的な支援を提供し、Finality Provider は状態の確認に参加する役割を担い、Consumer Chain はそれらの確認結果を使って追加のセキュリティを得ます。資本・セキュリティの実行・状態検証が、もはや同じ役割に結び付けられなくなりました。

これは、多くのインフラの課題を思い起こさせます。多くの場合、システムが欠けているのはリソースではなく、リソース同士を信頼できないことです。もし、このセキュリティ部分が確かに有効であることを証明する方法がなければ、これらのリソースは本当に流通しません。

Babylon が本質的にやっていることは、その“つながり”を作ることです。

Checkpoint は単にある状態を記録するだけではなく、異なるネットワーク間で検証可能なコンセンサス結果を提供します。解決しているのはデータ転送の問題ではなく、セキュリティ状態が別のシステムにどう認められるかという問題です。

だから今振り返ると、Babylon の最も価値のある点は、新しい Staking 市場を作ったことではないのかもしれません。

先日、友人とインターネットについて話していたとき、ふと@BabylonLabs_io がこれとかなり似ていることに気づきました。まず皆さんに質問です。インターネットの初期に戻って、あるスタートアップチームがWebサイトを作ろうとした場合、最初に解決すべき問題は何でしょうか？

最も現実的な問題はサーバーの解決でしょう。当時は多くの企業が自分でサーバーを購入し、さらにデータセンターを運用する必要がありました。基盤となるインフラがまだ抽象化されていなかったからです。クラウドコンピューティングが登場して初めて、開発者はゼロから基盤インフラを組み立てなくてよくなりました。

この点は、ブロックチェーンにもいま少し似ています。多くの新しいPoSネットワークが立ち上がるとき、アプリケーションそのものを開発するだけでなく、「安全性をどこから持ってくるのか」という問題も同時に解決する必要があります。

これまで多くのチェーンでは、自前のトークン経済によって検証者の仕組みを構築し、参加者が資産をステークしてネットワークを維持する、というやり方でした。しかし初期のプロジェクトにとって、それは簡単ではありません。ネットワークに十分な価値がなければ検証者を集めにくく、十分な安全性がなければユーザーやエコシステムを引きつけにくい。実はこの問題の構造は、インターネット初期にも少し似ています。

babyは共有セキュリティモデルによって、新しいPoSネットワークが自分自身で安全性の仕組みをゼロからすべて構築する必要をなくし、#baby が提供するセキュリティ能力に接続できるようにしています。

そしてその過程で、$BABY は、安全性を必要とする新しいネットワークと、安全性を提供する意思のある参加者をつなぎます。Finality Providerなどの仕組みによって、これらのセキュリティ提供者が複数のネットワークの確認プロセスに参加できるようになり、接続する側のネットワークは、自前の検証者体系に完全に依存して安全性を構築する必要がなくなります。

これを見て、Babylonは「どれだけ多くの安全資源を追加するのか」という単純な話ではなく、「安全資源が使われる方法そのものを変えている」と感じました。これまで各チェーンは、初期のインターネットのアプリのように、底層の問題を自分で解決する必要がありました。しかし今後さらに多くのチェーンが登場するなら、安全性も、毎回すべてのチェーンが新しく1セットを作り直す形がずっと続くとは限らないかもしれません。

もちろん、この方向性が成立するかどうかは、時間が検証する必要があります。なぜなら安全性は計算資源とは違って、合意形成、経済的インセンティブ、参加者の長期的な行動など、クラウドコンピューティングよりもはるかに複雑な問題に関わるからです。

もしかすると将来のブロックチェーン・インフラの発展では、競争軸が性能やエコシステムの規模だけではなく、「安全性を計算資源のように、より入手しやすく、より使いやすくできるのは誰か」も問われるようになるのかもしれません

最近在看@BabylonLabs_io 社区讨论的时候，看到有人提到Finality Provider相关的话题，我突然想到如果未来越来越多网络依靠Babylon提供安全，那么这些参与安全的人，到底靠什么保证自己不会作恶？

这个问题其实挺有意思，大家聊共享安全的时候，第一反应通常都是看有多少资产进入、连接了多少网络，但很少有人追寻如果参与者真的做坏事，系统怎么知道？又怎么惩罚？

以前PoS网络处理这个问题相对直接，验证者把自己的资产锁进去，如果出现双签，链可以直接Slash。但Babylon面对的情况不完全一样，参与者提供的是额外的安全能力，系统需要考虑的是，如何让这种外部参与依然拥有足够强的约束。

但这里其实有个区别，传统PoS里验证者和网络本身是在同一个体系里的，犯错之后链可以直接处理，但$BABY 面对的是另一种情况提供安全的人并不属于这些网络。

也正是在这个问题上，我开始注意到EOTS，Finality Provider在参与确认时，需要通过EOTS生成一次性签名。如果一个参与者试图在同一个高度制造冲突状态，那么这种行为就会留下可以被识别的证据，进而触发惩罚。

我觉得EOTS真正起作用的地方，并不是让参与者变得更强，而是让他们知道作恶这件事会留下痕迹。

到这里我也才发现#baby 想解决的问题可能没有那么简单，很多项目讲安全时都会强调有多少资金参与。但真正决定一个安全系统能不能长期运行的，是参与者犯错之后，系统有没有办法找到他。

回头看EOTS，我觉得它有意思的地方并不是创造了一种新的签名方式，而是补上了共享安全体系里很容易被忽略的一环。当越来越多外部参与者开始进入网络安全体系，如何证明谁遵守规则，谁试图破坏规则，可能会成为基础设施竞争中的一个关键问题。

当然，这套机制最终能不能经过长期验证，还需要时间。

前段時間、@BabylonLabs_io が公開したエコーデータの変化を見たとき、私はずっと考えていました。なぜ今多くの新しいチェーンでは、「開発」が本当に難しいのではなく、むしろローンチ後にどうすれば迅速に信頼できる安全基盤を確立できるのかが難題なのだろう、と。

Babylonのローンチ以降、より多くのPoSネットワークが共有セキュリティモデルに注目するようになっています。現時点で、Babylonエコシステムは数十のブロックチェーンネットワークを接続しており、BTCステーキングの参加規模も継続的に成長しています。ますます多くの資産が、このセキュリティ市場へ流入し始めています。

この変化は、私にはとても興味深く感じられました。

なぜなら、これまで多くのプロジェクトはユーザーをどう集めるか、TVLをどう高めるかに注目してきた一方で、Babylonが切り込んだのは「新しいネットワークが、いかに安全体制を構築するコストを下げるか」という課題だからです。

最初にBabylonを調べたとき、私もそれをステーキング系のプロトコルだと捉えていました。しかし仕組みを深く理解していく中で、Babylonが本当に解決したいのは、単に新しい収益手段を追加することではなく、「新ネットワークが安全を確立するための道筋そのものを変えること」だと分かってきました。

従来のPoSネットワークは、自分で検証者を育てる必要があり、自前で経済的インセンティブを設計し、そして時間をかけてセキュリティを積み上げていきます。

一方Babylonが提供するのは別のアプローチで、共有セキュリティの仕組みにより、新しいネットワークはBabylonが提供する安全機能を接続できるため、ゼロから完全な安全体制を作り上げる必要がありません。

その中でも特に私が注目しているのが「Finality Provider」の層です。Babylonについて語られるとき、多くの人がステーキング自体に焦点を当てがちですが、実際に安全能力を異なるネットワークへ伝達するのは、最終的な確定と検証を担うこれらの役割です。それらが、資産・安全資源・アプリケーションネットワークの関係性をつなぎ合わせています。

これもまた、私がBabylonに惹かれる理由です。

これは単に新しいアプリケーションのユースケースを作ることではなく、ネットワークが立ち上がるときに「何が必要か」を再定義しているのです。

Babylonが探っているのは、セキュリティそれ自体が一種のインフラになり得るという可能性です。もちろん、共有セキュリティモデルが将来的に長期的なエコシステムを形成できるかどうかには、今後の観察が必要な点も多くあります。たとえば、異なるネットワークのインセンティブ設計、参加者の規模、そして長期的な持続可能性などです。

今後のブロックチェーンの競争は、単に「より多くのユーザーや流動性を持つか」を競うだけでなく、「より効率よく信頼できる基盤を築けるか」を競うものになるのかもしれません。それこそが、Babylonが本当に探ろうとしている方向性なのだと私は思います。
#baby $BABY

多くの人は、BTC を最もコピーしにくいのは希少性だと考えていますが、最近の研究@BabylonLabs_io の後で、実際に代替が難しいのは、10年以上の運用の中で形成された安全に関するコンセンサスだと気づきました。

これが、最近 $BABY に注目している理由でもあります。

正直に言うと、最初に BTC Staking という方向性を見たとき、特別に興奮してはいませんでした。ここ数年、市場には BTC に収益を生む仕組みがいくつも登場しましたが、その多くは本質的には BTC を新しい金融商品として包み直し、ユーザーに追加リスクを負わせるだけで、Bitcoin 本来の価値を本当に解放しているわけではありません。

Babylon が私の見方を変えたのは、BTC の流動性をどう消費するかではなく、Bitcoin がすでに形成してきた安全能力をどう活用するかに焦点を当てている点です。

#baby の中核となるアイデアは、Trustless Bitcoin Vaults と BTC Staking の仕組みによって、BTC 保有者が資産のコントロール権を維持しながら、PoS ネットワークにセキュリティ支援を提供できるようにすることです。

簡単に言えば、Babylon はユーザーに BTC を別のエコシステムへ移すことを求めたり、中央集権的な機関によるカストディに依存したりするのではなく、Bitcoin ネイティブの安全属性を活かして、BTC を他のブロックチェーンネットワークをつなぐための安全な基盤にしたいのです。

この方向性には面白さを感じます。PoS エコシステムが長期的に抱える問題を解決しているからです。多くの新興ブロックチェーンには、技術がないわけでも、開発者がいないわけでもありませんが、初期段階では十分に強固なセキュリティ体制を迅速に構築しにくいのが現実です。検証者の数、ステーキング規模、そして経済コストはすべて、そのネットワークが攻撃に耐える能力に影響します。

一方で Bitcoin は、10年以上かけて自らの安全性を証明してきました。そして将来的に、この安全能力をより多くの PoS ネットワークが活用できるようになれば、BTC の役割は変化する可能性があります。

もちろん、私は $BABY が必ず成功すると単純に考えているわけではありません。Crypto の歴史には、壮大なナラティブは事欠きません。最終的にインフラ・プロジェクトの価値を決めるのは、技術が信頼できるか、安全モデルが検証済みか、そしてエコシステムが本当に採用するかどうかです。

これまで私たちは BTC を、より多くの場合その希少性や価格に注目して理解してきました。しかし将来、Bitcoin の安全能力がより多くのネットワークに役立てられるなら、BTC の価値の境界線は再定義されるかもしれません。

もしかすると将来は、Bitcoin が十分に希少だからというだけで私たちがそれに注目するのではなく、

本当に人が参加してるの？ 1ポイントでAlphaを1uと交換って、下着代も全部持っていかれて赤字じゃない？

時々、ある会社がいちばん問題を起こしやすいのは、責任を負う人がいないからではなく、全員が少しずつ責任を負っているからだと気づくことがあります。製品チームは「開発が確認済み」と思い、開発は「運用がすでに承認している」と考え、運用は「法務が反対するはずはない」と見ています。最後に事が起きたとき、誰もが関わっていたのに、結局どの段階で問題が起きたのか誰も説明できません。

その後、@NewtonProtocol というごく小さなデザインを見て、私はずっとあまり意識してこなかった Authorization Receipt のことをふと思い出しました。これは「実行が完了した後に生成される、単なる証明書」なのだと思っていて、ログやレシートと似たように、主に保管のためのものだと思っていました。けれど読み進めるほどに、それが現れる場所が妙だと感じるようになりました。

それはプロセスの最後に置かれているのではなく、Authorization、Policy、Operator と一緒に配置されていて、実行全体の一部になっています。私はその部分を何度も読み返して、最初の理解がずれていたことに気づきました。これまでの多くのシステムは結果を保存していました。取引が成功した、資産が出庫された、状態が更新された――それらはすべて記録として残ります。でも本当に問題が起きたとき、人々はなお「誰が承認したのか？」「どのルールに基づくのか？」「途中で何かの手順が飛ばされていないか？」と追及しがちです。そうした情報は、多くの場合ログだけを手がかりに少しずつつなぎ合わせるしかありません。

Newton がずっと解こうとしているのは、おそらくこの問題です。Authorization Receipt は、実行が完了したことを記録するだけではありません。これは、ある認可、その認可に対応する Policy、実行した Operator、そして最終的に生じた結果までを、一本の完全なチェーンとして結びつけています。今後誰かが今回の実行を疑ったとしても、システムは特定のノードを改めて信じる必要はなく、運用側に確認する必要もありません。この記録に沿って再検証するだけで、各ステップがなぜ成立しているのか、その根拠をすべて見つけられます。

ここまで読んで、私は突然気づきました。Receipt は Newton の中では、単なるレシートではなく、実行の責任の連鎖のようなものなのだと。

だから今、改めて Authorization Receipt を見ると、そこに残っているのは「記録」ではないと感じます。
そこに残っているのは、認可から判断、そして完了までのあらゆる根拠です。長期的に信じられるのは、おそらく特定のノードでも、ある特定のプラットフォームでもなく、誰でも再検証できるそのプロセスそのものなのです。#newt $NEWT

ありえない

最近1ヶ月、#ALPHA のエアドロップを受け取ってなくて、ここまで皆こぞってるの？ 今日は19:00にボックス抽選（エアドロップ）で251ポイントがあるけど、ちょっとありえない

つらい、1つのサイクルで1回しか食べられない

少し迷ってるのは、来週の新プロジェクト#tge を待つべきか、それとも先に受け取るべきか

@NewtonProtocol の野心を甘く見ていたようだ。昨夜、自分でその白書をめくり、クロスチェーンのアーキテクチャや計算資源の同期に関する章を読んでみると、そこで初めて、暗がりに隠れて本当に解決したかった“厄介なやつ”が見えてきた。なんと、多チェーン時代でもっとも頭の痛い「コンプライアンスの細切れ化」と「クロスチェーン・ブリッジへの信頼危機」を潰しにきていたのだ。

$NEWT の白書には、「EigenLayer ELIP-008規格に基づくマルチチェーン計算table同期プロトコル」というものが出てくる。名前だけ見るとかなりガチに聞こえるよね？　最初は専門用語をこじつけてるだけかと思った。でも少し考えてみたら、これが解こうとしているのは、オンチェーン金融で“超うざい”のに、これまで誰もまともに解けなかった厄介な結び目だと分かった。それは、異なるチェーン上のアプリが、同一の高強度な“イーサリアム級”の経済的セキュリティの切り札を共有するにはどうするか、という問題だ。

考えてみて。今のマルチチェーン世界は断片化がひどい。ステーブルコインやRWAプロジェクトが、Ethereum、Base、Arbitrum、Optimismの各チェーンで同時に発行しようとすると、従来のやり方はあまりにも苦しい。選択肢は二つだ。①各チェーンごとに個別にコンプライアンス検証用ノードを探す。さもなくば②極めて脆い第三者のクロスチェーン・ブリッジに頼るしかない。毎日気が気じゃない状態で、ハッカーにクロスチェーン投毒されるのを待つことになる。結果として、大企業はL2に巨額の資金を置くことをまったく考えなくなる。

これまでは皆が「どうにもならない致命的な欠点だ」と諦めていた。だがNewtonは今回は、底層レベルで暗号技術を使って、その“詰み”を直接ほどいてしまった。#newt のロジックでは、分散化された計算資源ネットワークは、イーサリアムのメインネットに登録し、EigenLayerを一度再質押するだけでよい。イーサリアム上のノードメンバー、質押ウェイト、あるいは悪行による罰没などの状態が変われば、Newtonのノードたちは底層で、BLS秘密鍵で署名された計算tableのメルクルルートを“集団で吐き出す”。

いちばんヤバいのは、この「メインネットの数十億ノードが担保する経済的セキュリティ」を含む署名本体が、完全無許可のRelayerによって、すべての主要L2へ暴走レベルで同期される点だ。ターゲットチェーン側のスマートコントラクトは、純粋な数学の式でこのBLSの集約署名を検証するだけでよい。照合が成功すれば、ローカルの計算資源ウェイト表が瞬時に同期更新される。

このELIP-008のクロスチェーン計算資源同期の流れ、私はだいたい理解できた。つまり、このプロジェクトは宏大なコンプライアンス物語を語っているだけではない。誰も真似できない“持っていかれない”暗号学の本気の実力で、多チェーンのコンプライアンス用レールをそのまま、継ぎ目のない安全な大網に統一してしまっているのだ。

多くの人が@NewtonProtocol を見て「見覚えがある」と感じ、市場に溢れる ZK、MPC、または準同型暗号の“寄せ集め”のようなものだと思ってしまうかもしれません。しかし、そのホワイトペーパーを読み解くと、実に独自の優れたポイントが数多くあることが分かります。

最初のタグは Newton Rego です。ほかのプロジェクトはリスク管理（風控）の戦略を作るにしても、既製のルールライブラリを使った単純な条件判定に留まります。ところが$NEWT は、企業レベルの標準に準拠した Rego コンパイラを大胆に改造し、その中に専用の暗号学拡張パッケージを“無理やり”埋め込んでいます。

その結果、コンプライアンス担当者が同じ宣言的コードを1行書くだけで、従来のブラックリストによるスクリーニングだけでなく、基盤となるインターフェイスを直接呼び出して secp256k1 と Ed25519 のクロスチェーンのアイデンティティ署名を復元できるようになります。この「チェーン外のマルチシグ判定」と「クロスチェーンのネイティブな存在証明」を文法上で原子的に結びつける構文は、Web3 の世界でも他に類を見ません。

2つ目のタグは#newt の“ニュートン・プライバシー・エンベロープ（秘密の封筒）”です。市場の多くのプロジェクトでは、プライバシーを“暗号化してから送る”という鍵渡しゲームが基本ですが、NPE は高度に複合した暗号学的構成です。門限暗号を利用しつつ、さらにユーザーと DApp による二重の署名認可を強制します。しかも最硬核なのは、ワイヤーフォーマット（wire format）層で、暗号文を特定のポリシークライアントと単一の取引意図に“がっちり”結び付けてしまう点です。いかなるハッカーや悪意あるノードであっても、別の文脈でのリプレイや転用が絶対に不可能になり、根本から中間者攻撃を断ち切ります。

そして最もゾッとし、他プロジェクトに流用されにくいのが、その ZK（ゼロ知識）での没収チャレンジ・メカニズムです。他社が ZK 証明を作る際は、特定のコンプライアンス業務ごとに回路を手書きで作るのが基本で、つらい上に汎用性がありません。しかし Newton は、Rego 言語の純粋関数性と、絶対的に決定論的な数学的性質を使い、思い切って Rego 言語の解釈器そのものを SP1 もしくは Risc0 のゼロ知識仮想マシンに“そのまま”突っ込んでしまいました！

この状況が生む結果は、つまり、どんな風控担当者が適当に書いた1行のコードでも、基盤のレイヤーで自動的に ZK で証明可能な属性を備えるということです。外部の挑戦者がノードの不正を見つけた場合、汎用の ZK 証明をそのまま使って、EigenLayer 上の悪意あるノードの“瞬時に”連鎖上の資産没収（ペナルティ）を発火させられます。さらに、その計算資源（算力）に合わせるために、ノードがイーサリアムのメインネットで一度だけ質（ステーク）すれば、BLS のメルクルツリーによって算力の重みがすべての主要な L2 に安全に同期されるのです。

最近我切了套高频脚本挂了 2000U 筹码在 @grvt_io 上尝试捕捉套利机会。单子进去了不少，但对账的时候我直接看傻了，几笔本该吃肉的单子，实际成交价比盘面公允价硬生生偏了几个基点。这趟实盘让我彻底醒，项目方标榜的链下隐私订单簿虽然防住了夹子，但在极端行情里我们其实在为这种看不见的隐私交隐形税。

#grvt 核心卖点之一是引进了由零知识技术驱动的加密隐私订单簿，它的底层逻辑是把全网用户的挂单、出价和深度在链下全部打乱加密，让主网上的三方夹子机器人和捕食者量化团队根本拿不到内存池的数据。这意味着什么？你在里面开单，理论上拥有极高的防猎杀隐私。

但泼盆冷水，这套系统在极端行情下却带来了另一个隐形硬伤，那就是流动性不透明引发的盲盒滑点。因为整个订单簿深度对市场而言是一个彻底的黑箱，普通交易者和第三方做市商根本无法像在传统交易所那样，实时观测到不同价位的真实挂单厚度。

昨晚市场踩踏时，链下加密网络里的真实深度其实已经严重分层，但前端由于数据隔离依然显示正常。我的买单一头撞进去直接在缺乏公开深度的真空带成交，导致本该止盈的单子吃到了的隐形价差，这种看不见盘口的被动在分秒必争的行情里极其致命。

不过反过来讲，刚吐槽完它的滑点迷雾，看着它的链上防作恶刚性清算又不得不承认它在资金底线上踩得很死。

传统平台最让人恶心的是拔网线和针对性定点爆破，它们的强平清算完全是在中心化服务器里跑的黑箱代码。但#grvt 把最核心的清算红线和账户状态验证死死扣在链上的智能合约里。是否需要被强制减仓全是由公开的智能代码自动跑出来的，平台方都不能干预去更改你的清算线。

总的来说#grvt 虽然牺牲了盘口的透明度，却也帮散户掐死了庄作恶这颗最毒的子弹。

最近私は@NewtonProtocol がAttestation、Verification、Replayについてかなりの分量を割いて説明しているのを見つけました。最初はあまり理解できませんでした。というのも、私の認識では、最終結果が正しければよく、中間でどうやって実行されたかは、それほど重要ではないように思えたからです。実行者が誰なのか、実行の途中で何が起きたのか—それらは、プロトコルが本当に関心を持つものというより、実装上の細部のように感じられていました。

しかし後になって、実行の全手順を最初から通しで追い直しました。Transaction IntentからGatewayへ入り、Policy Evaluation、Operatorの実行、そしてその後のAttestationへ至るまで。そして、ずっと抱いていた疑問がどこにあるのかようやく分かったのです。

$NEWT 本当に気にしているのは、そもそも結果が正しいかどうかというより、その結果がなぜ信頼できるのか、という点のようです。Transaction Intentは、システムに入ったからといってそのまま実行されるわけではなく、まずPolicy Evaluationを経ます。Operatorがタスクを完了したからといって、実行が終わった時点でそれがそのまま最終結果になるわけでもなく、その後にAttestationが必要で、必要に応じてReplayさえ可能です。

さらに読み進めると、私はますます、それらがすべてこの実行が、ネットワーク全体で合意されたルールに従って行われたのかどうかを答えるためにあるのだと感じました。

そしてここで、私が#Newt だと気づいたのは、記録されているのは「1回の実行結果」ではなく、「1回の実行プロセス」だということでした。後で改めて丁寧に振り返ってみて、以前は真剣に考えたことのなかった疑問をふと思い出しました。

なぜ多くのシステムは証明結果のほうにより注目するのに、Newtonはこれほどまでに証明プロセスに多くの労力を割いたのでしょうか？

私はだんだん、この2つの設計の背後には、実はまったく異なる2種類の信頼のあり方があるのではないかと思うようになりました。結果だけを証明しても、結局最後には「その結果をあなたに伝えた人」を信じる必要が残ってしまいます。しかし、実行プロセス全体が検証できるのなら、信じるべき対象はもはや特定のOperatorではなく、誰でも繰り返し検証できるその実行パスになります。

だから私は、Newtonが本当に再構築したいのは実行フローそのものではなく、長年存在してきた「結果が正しければそれで十分」というデフォルトの前提を、実際に問い直したいのだと思います。

少なくともNewtonにとっては、それだけでは足りないようです。
おそらく、これこそがAttestation、Verification、Replayが本来持つ意味なのです。それらが守っているのは、決して結果そのものだけではなく、その結果が成立するまでのプロセス全体です。