胖鸟

$UNI かすかに覚えているが、20年前にUNIが発行されたトークンのエアドロップがあって、それが私が初めてオンチェーンで大きな報酬を受け取った時だった。当時は、いくつかのウォレットのリカバリーフレーズも失ってしまっていて、ふと気づけばこんなに何年も経っている。思わず感慨深くなる

$APM 这种换皮得项目，以后还是远离较好

$牛来 はまさにBSCの栄光を再び鍛え上げた。こんなネタmemeが1億再生を突破するなんて、誰が想像しただろう

$FLORK これはまたパル系の物語なの？memeの大戦がどんどん面白くなってきてる

最近ロビンフッド（Robinhood）チェーンで遊ぶのが刺激的すぎて、約束されたミームのバブルはどうなったの？なんで私は損してるの？

今日で$GRVT 4倍のポイントがなくなったんだけど、みんなは何の代わりを使ってる？おすすめを教えて

まだ何人かの兄弟たちが#ALPHA のトレード競技の$KGEN で遊んでる？

さっき入って見たら、全部40wスタートの巻き取り王（🤫）だった

TGE（トークン生成イベント）間近の@TermMax は、なぜKeyrockやEdge Capitalなどの大手機関、そしてマーケットメイカーたちがこっそりと厚く買い（ポジション）を積んでいるのでしょうか？

多くの人は、これが単なる固定金利の貸し借りに過ぎないと思っています。しかし私が実際に体験してみて分かったのは、やっていることが「オンチェーン上の分断された流動性」と「資本効率」を、とことんまで搾り尽くすことだという点です。

では、次に拡大鏡で深掘りしながら、その高い貫通力を持つ3つのポイントを話していきましょう。

従来のマーケットメイキングで一番つらいのは、資金が各満期（ターム）のプールに分散され、ロックされてしまうことです。流動性が足りずに困った経験のある方も多いはずで、放っておくとすぐ損失につながってしまいます。TermMaxはこの問題に対し、「仮想流動性集約（バーチャル・リクイディティ・アグリゲーション）」を導入しました。

要するに、マーケットメイカーの資金は、実際に貸し出される前であっても、瞬間移動のように複数の注文ディープ（板の厚み）の中へ同時に分散配置できる、ということです。どれか1件の約定が発生すれば、システムが自動的に精算・同期し、資金ディープがそのまま一気に満たされます。固定期限の借入プールが増えるほどディープさが失われる、ありがちな“穴”をうまく解消しています。

そして、特に特徴的なのが「LayerZero OFTネイティブ跨鏈（クロスチェーン）」です。TMXは自分自身をイーサリアムの単一チェーンに閉じ込めず、LayerZero OFT規格をネイティブに統合しています。BNB Chain、Arbitrum、Base、そしてBerachainのいずれでも、資産と負債のポジションがネイティブにシームレスへと跨チェーンで流通し、クロスチェーンの利差アービトラージが極めて滑らかに実行できるようになります。

さらに、100% EU 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 を待つべきか、それとも先に受け取るべきか