ALY_0

プルーフ・オブ・ステークについて学べば学ぶほど、「バリデータがすべてだ」とは思えなくなりました。

しばらくは、セキュリティはブロックが生成された時点で終わるのだと考えていました。ですが、その後バビロンのようなシステムにおけるファイナリティ・プロバイダ（Finality Providers）について読み始め、まったく別の問題を解いているのだと気づきました。つまり次のブロックを誰が作るかではなく、「最後に作られたブロックがそこに留まり続けるようにする」ことこそが焦点です。

わかりやすい例として、担保が預けられた後に何百万ドルもの資金を解放するのを待っているブリッジ（橋）のケースがあります。ブロックを生成することは仕事の半分にすぎません。ブリッジが本当に気にしているのは、その担保預けが経済的に取り返しのつかない状態になる瞬間です。そこで重要になるのは、単なる生のスループットよりも「ファイナリティ（最終性）」です。

私が最も驚いたのは、ファイナリティ・プロバイダが単なる別のバリデータ役割ではないことです。彼らは実際には「信頼の番人」なのです。PoS（プルーフ・オブ・ステーク）をめぐる会話の多くは、スピードやTPS、あるいはステーキングの利回りに焦点を当てます。しかし、人々が最も信頼しているシステムは、しばしば履歴を書き換えることを非常に高くつかせるものです。たとえ、その層が日常のユーザーからはほとんど見えないとしてもです。

たぶん暗号資産の中で今後も見えてくるのは、このパターンでしょう。最も価値のあるインフラとは、チェーンをより速くするものではありません。静かに「信じられる」状態にするものこそが、それだということです。

ファイナリティ・プロバイダがPoSのセキュリティにおける最終解だとは断言できませんが、少なくとも私には、コンセンサスと信頼（confidence）の違いに、これまで以上に目を向け始めているように感じさせてくれます。

@BabylonLabs_io $BABY #baby $AVEE.ETF

最初、ファイナリティ・プロバイダーはバリデーターの“もう少し洒落た”呼び名に過ぎないのだと思いました。Babylonは主に、BTCホルダーに別のイールド経路を提供しようとしているのだと考えていたのです。ですが掘り下げていくと、見えてきた本質的な変化がありました。Babylon Genesisでは、ブロックプロデューサーはCometBFTのバリデーターであり、ファイナリティ・プロバイダーは別個の主体として存在し、BTCの委任（デリゲート）されたパワーで最終性ラウンドに署名します。彼らの役割・鍵・スラッシングの対象（スラッシング・サーフェス）が異なるため、その違いはブランド名以上に重要です。

それによって、このプロジェクトの捉え方が変わりました。“抽象的に言えば、ステーキングがもっと増える”という話ではありません。これは、ビットコインをラップしたり、ペッグしたり、ウォレットから遠ざけるようなブリッジをしたりすることなく、ビットコインを経済的セキュリティへと変換する新しい方法です。Babylonは、ファイナリティ・プロバイダーを、ビットコインで裏付けられた最終性を追加することで「Bitcoin Supercharged Networks」を強固にするバリデーターだと説明しています。そしてプロトコルは、BTCステーカー、ファイナリティ・プロバイダー、そしてそれらがセキュアにするネットワークを中心に構築されています。

面白いのは、そのトレードオフです。より強い信頼モデルを得られる一方で、ユーザーが慎重に選び、時間をかけてモニタリングし続ける必要のある、より複雑な運用者（オペレーター）役割を導入することになります。言い換えれば、ファイナリティ・プロバイダーは、キャッチーなリワード・ループの話というより、「ビットコインが、価値の源泉である規律を失わずに、他のチェーンにとって利用可能なセキュリティ層になれるか」という点に関わるものなのです。

#baby

私がずっと立ち返ってしまう問いはこうです。ビットコイン・バックドの最終性がスケールして機能するなら、それは暗号資産をより分散化させるのでしょうか？それとも、新しいクラスのプロの運用者に、より依存するだけなのでしょうか？:

@BabylonLabs_io $BABY

以前は、ビットコインのステーキングは主に、アイドル状態のBTCをより生産的にする方法を見つけることだと思っていました。面白いことではあるものの、私はそれを「深いインフラの変化」というより「金融メカニズム」として捉えていました。

Babylon Genesis Chainを調べているうちに、考え方を変える気づきがありました。面白いのは、BTCから収益を得るというアイデアそのものだけではありませんでした。価値の源となっているビットコインの特性を変えずに、ビットコインに他のシステムのためのセキュリティ基盤としての役割を持たせようとする試みが、重要だと感じたのです。

最初は、Babylonをビットコインをより広い暗号資産エコシステムにつなげるための別のレイヤーのように見ていました。しかしGenesis Chainを深く研究するほど、真の課題は「調整（コーディネーション）」だと分かってきました。新しいネットワークの多くは強固なセキュリティを必要としますが、ゼロから信頼できるバリデータ経済を構築するのは簡単ではありません。ビットコインには比類のない経済的セキュリティがありますが、歴史的には、これらの新しいシステムからは比較的孤立したままだったのです。

私の関心を引いたのは、Babylon Genesis Chainが、ビットコインの信頼を、ステーキングに基づくエコシステムと結びつける「バックボーン」になろうとしている点です。機会は非常に大きい一方で、採用、分散化、そして長期的な持続可能性に関する疑問も設計に伴って生じます。

私の最大の学びは、BTCステーキングが単に利回りを生み出すことだけではないということです。ビットコインのセキュリティが、その中核となる原則を保ちながら、より広いデジタル経済に参加する方法を再考することなのです。

将来は、ビットコインの役割を置き換えることではなく、その強みをどう活用するかを広げることになるかもしれません。

私がずっと考え続けている問いはこうです。ビットコインは、その強さを最初から支えてきたシンプルさを失うことなく、次世代のブロックチェーンのための共有セキュリティ層になり得るのでしょうか？
@BabylonLabs_io $BABY #baby

建物の建築美にはつい目を向けるのに、その土台についてはめったに考えない――そんなことに気づいたことはありますか？

すべてが安定している限り、土台は目立たずに済みます。ですが圧力が高まると、土台が一気に「本当に重要なもの」になっていきます。

テクノロジーにも同じようなパターンがあります。

多くの人は、目に見えるものに注目します。新しいアプリケーション、より良いインターフェース、そしてワクワクする機能です。けれども、ブロックチェーンのエコシステムがより相互に連携していくにつれて、本当の価値は、黙々と全体を安全に保っているインフラへと移っていきます。

だからこそ、BTCfiがこんなにも面白い議論になっているのです。

長年にわたり、ビットコインは主に「デジタルゴールド」、つまり信頼できる価値の保存手段として見られてきました。一般的な考え方はシンプルでした。より多くの機能が欲しければ、ビットコインの外側を見なければならない、と。

しかし、議論は変わりつつあります。

「ビットコインで何でもできるのか？」と問うのではなく、より良い問いは「その最も強い品質であるセキュリティが、ビットコイン自体を変えずに、より広いエコシステムを支えられるのか？」です。

そこで存在感を示すのがBabylonです。

ビットコインを改造するのではなく、Babylonはビットコインのステーキングを通じて、そのセキュリティが分散型ネットワークの保護に役立つようにします。今回のイノベーションは、ビットコインを新しいものに作り変えることではありません。考え抜かれた形で「信頼」を拡張することなのです。

橋のイメージで考えてください。橋は、接続する都市を置き換えません。ただ、両者の間に信頼できる道をつくることで、双方をより強くします。

それが、BTCfiの本当の方向性かもしれません。

最大のブレイクスルーは、しばしば表面の下で起こります。そして長い目で見れば、土台を静かに強くする技術のほうが、より注目を集める技術よりもはるかに重要になってくる可能性があります。$BABY #baby @BabylonLabs_io

多くの人は、ビットコインの最大の強みは、ただ何もしないまま置かれていて価値を保ち、保有者に何も求めないことだと考えています。私は以前、それと同じように見ていました。ですが、BabylonによるネイティブBTCステーキングを掘り下げるほど、「何もしないこと」が常にビットコインのセキュリティを長期的に最も安全に使う方法なのか疑問に思うようになりました。

私の考えを変えたのは、報酬を得られる約束そのものではありません。ビットコインの信頼性が、コインがそもそもビットコインから出ていくことを必要とせずに、その外側へ広がる可能性——つまり、ビットコイン自身のネットワークを越えて信頼が延長され得るという考えでした。それはビットコインを「変える」というよりも、ビットコインのセキュリティを共有できる方法を「変える」ように感じられます。

ふと思い浮かんだのは、簡単な例えです。頑丈な橋は、人が渡るからといって役に立たなくなるわけではありません。安全に、別の何かにならずに、より多くの活動を支えられるようになるほど、その価値は高まります。Babylonは、ビットコインのセキュリティに対しても同様の問いを探っているように見えます。

見落とされがちなのは、ステーキングそのものではありません。重要なのは、多数の独立したネットワークがビットコインの経済的な保証に依存し始めた場合に、何が起きるのかです。それは新しい関係性を生み、新しいインセンティブを生み、そして注意深く見守るべき、システム的な依存の新たな形を生み得ます。

このアプローチが拡大するなら、ビットコインは価値の保存にとどまらない存在になるかもしれません。それによってエコシステムが強くなるのか、単により相互につながるだけなのかは、まだ開かれた問いです。そして、その不確実性こそが、考える価値があるはずです。

@BabylonLabs_io #baby $BABY $ZIM.US

@BabylonLabs_io
しばらくバビロンを見ていました。

その中心的なアイデアは、ビットコインを使ってPoSのセキュリティを強化することですが、より大きな問題は、現在のインセンティブが長期的なセキュリティを報いるのか、それとも単に利回りを追う人を引き寄せるだけなのかという点です。

仕組みがどう動くのかを少し調べてみました。設計は思慮深いものの、その成功は論理（テーゼ）そのものよりも、インセンティブの整合性に左右される可能性が高いです。

バビロンの現行モデルは本当にPoSのセキュリティを強化していると思いますか？それとも、主として報酬を追いかけることを促しているだけでしょうか？

#baby $BABY $ZAMA $BTC

以前はトークン配分のチャートを眺めて先へ進んでいました。供給量は固定、コミュニティへの配分、ステーキング—見たことのないものは特にありませんでした。でも $NEWT を見たとき、面白いのはパーセンテージではないと気づいたんです。トークンと、プロトコルの中で実際に起きている作業とのつながりでした。そこで立ち止まって考えました。需要は投機によって生まれるのか、それとも実際の利用によって生まれるのか？ そして、AIエージェントがより一般的になったとき、その価値を生み出したのは誰で、誰がそれを受け取るのでしょう？

より深いメカニズムは、最初に見えるよりもずっと実務的です。NEWT はガバナンスのためだけに設計されているわけではありません。ステーキングによってネットワークを確実にし、プロトコルの手数料を支払い、AIモデルの開発者や運用者がやり取りするオンチェーンのレジストリを支えることも目的としています。AIをオフチェーンのサービスとして扱うのではなく、権限、実行、インセンティブをオンチェーンで検証可能にしようとしているのです。

理解の助けになったのは、ひとつのシンプルな例でした。自律エージェントが私の代わりにタスクを実行するとしたら、プロトコルは権限を検証する方法、手数料を課す方法、オペレーターに報酬を与える方法、そしてモデル作成者に報酬を支払う方法を必要とします。その流れの中で、トークンは単なる取引資産ではなく、インフラの一部になります。

視点を変えたのは、「価値の捕捉」が、希少性よりも人々が継続的にネットワークを使うかどうかに左右される、という点に気づいたことです。10億トークンの固定供給は、プロトコルのアクティビティが時間とともに伸び続ける場合にのみ意味を持つのです。

とはいえ、この設計がすべての懸念を取り除くとは思っていません。トークンのアンロック、エコシステムのインセンティブ、そして実際の普及スピードは、利用の伸びが見込みよりも遅い場合、オーガニックな需要を簡単に上回ってしまう可能性があります。

私は結局、同じ考えに立ち返ります。良いトークノミクスは役に立つ行動を後押しできますが、それ自体でそれを「作り出す」ことはできません。最後に残る静かな問いは、このネットワークが十分に必要な存在になって、トークンの役割が「押し付けられている」のではなく「必然に感じられる」状態になるかどうかです。
@NewtonProtocol #Newt $NEWT
$LAB
$BRETT

先週、私はニュートンの「第3週まとめ」を見ている自分に気づきました。そこに書かれている内容が、開発者向けインセンティブに関する“いつものアップデート”だと思い込んでしまったのです。最初は見覚えのある感覚がありました。報酬、ビルダー、生態系の成長。私はそのまま読み進めてしまいそうになりました。けれど次第に、「最初のワクワクが冷めた後も、開発者が貢献し続けるのは結局なにが理由なのだろう」と考え始めました。

その問いが、私の見方を変えました。助成金は注目を集めることはできます。でも、それは長く参加を生み出せるのでしょうか？報酬のペースが落ちたときはどうなるのでしょうか？表面的には、開発者に資金を提供する話です。より深いところでは、役に立つ貢献があるたびにプラットフォームが次のビルダーにとって価値を増していく「フライホイール（回転装置）」を作る話なのです。

私が特に注目したのは、@NewtonProtocol がインセンティブを単発の出来事として扱うのではなく、このサイクルを強化することに焦点を当てているように見えた点です。より良いツールは、より多くの応募を促します。応募が増えれば、ユーザーの活動も増えます。その活動は、フィードバックやバグ報告、そして実際的な改善を生み出し、ツールがまた強くなる土台になります。SDKを直す開発者、統合ガイドを公開する人、チームが新しいアプリを立ち上げること――これらは別々の行動に見えるかもしれませんが、同じ生態系を一緒に強めていくのです。

私にとっては、機能の長い一覧よりも、そこが重要だと感じました。健全な開発者経済とは、“一度だけ”ビルダーを引きつけることよりも、彼らが留まり続け、改善し、そしてまた作り続ける理由を与えることにあります。

とはいえ、フライホイールは脆いものです。貢献の質が下がったり、インセンティブが有用性よりも数量を評価するようになったりすると、生産的というより騒がしいサイクルになってしまうことがあります。勢いを作ることは課題の一つですが、基準を保つことはまた別の課題です。

私は最後に、ニュートンの本当の実験は「開発者に資金を提供できるかどうか」ではなく、「役に立つ仕事が自然に、より役に立つ仕事を生むようにできるかどうか」だと思いました。これはより静かな問いで、そしておそらくより重要な問いです。
#Newt $NEWT $DEXE $NVDAB

より多くのプロジェクトが自律エージェントについて話しているのを見かけるようになりましたが、エージェントが自分で行動を始めた後に「信頼できる」ものになるのは何か、をきちんと説明している例はほとんどありません。それが私の足を止めてしまうポイントです。

大まかに言えば、@NewtonProtocol はシンプルでありながら重要な問題に取り組んでいるように見えます。それは、エージェントが「ただ信じてもらう」のではなく、他者が検証できる形で行動を遂行するにはどうすればよいのか、という点です。言い換えると、エージェントを動かすことだけが課題ではなく、その判断と実行を監査しやすくすることが課題だ、ということです。エージェントが価値、権限、または外部タスクを扱い始めると、「動いた」から「証明できる」までのギャップは、技術的な細部以上の意味を持つようになるため、これは重要になります。

このアイデアがより実用的に見えるのは、エージェントのロジックと、検証可能なオンチェーンの振る舞いを組み合わせているように見える点です。開発者向けのワークフロー、ポリシーの強制、レジストリベースの連携は単なる管理レイヤーではありません。誰が、どの条件下で行動できるのか、そしてその行動がその後どのように追跡されるのかを定義するのに役立ちます。そのような構造が重要なのは、検証可能性が明確なルールに依存するからです。ルールのないエージェントシステムは、検査や制御が難しくなりがちです。さらに、オフチェーンの自動化に通常付きまとう不確実性を減らそうとしていることも示唆されます。

とはいえ、モデルには現実的な疑問もあります。検証は複雑さを増やし、その複雑さが開発者体験を重くしすぎると、導入の速度を落とす可能性があります。また、エージェントが異常事態や急速に変化する状況に適応する必要があるときに、システムがどれほど柔軟でいられるのかという問題もあります。あまりに硬直的な設計は監査しやすいかもしれませんが、実際には役に立ちにくい場合があります。そして多くの初期のインフラプロジェクトと同様に、その長期的な価値は、その概念そのものよりも、開発者がそれを一貫して利用してくれるかどうかにかかってくるでしょう。

Newton Protocolは、自律性を「検証可能にする」ことで際立っています。自律的なだけではありません。本当の問題は、開発者が利便性よりも透明性を選ぶのかどうかです。$NEWT #Newt
$TLM
$VANRY

AIにおける本当の課題が、より良いモデルを作ることではなく、「いつ使われたのか」「誰がアクセスしたのか」「価値をどう回収すべきか」を正確に証明することだとしたら？🤖💡

長年、AI開発者たちは従来のやり方でマネタイズを扱ってきました。つまり、モデルを公開し、ログで利用状況を確認し、レポートを後から突き合わせて、取りこぼしがないことを祈る方法です。うまくいくこともありますが、利用がアプリ、エージェント、APIに分散してしまうと破綻します。

そして、それが問題です。AIシステムが継続的に動作し、瞬時に意思決定を行い、同時に多くのユーザーにサービスを提供できる世界では、「後で確認する」という考え方が古く感じられてきます。検証の遅延は、請求・信頼・統制における穴を生みます。

そこでNewton Protocolが際立ちます。モデルへのアクセスを“曖昧な約束”として扱うのではなく、利用状況を追跡・検証し、支払いにより構造化された形で結びつけられる仕組みへと導くからです。開発者にとっては、機械学習モデルを、プログラマブルなサービスに近い形でパッケージ化できることを意味します。つまり、アクセスルール、計量（メータリング）、清算（セトルメント）をすべて一体化するのです。言い換えれば、そのモデルは賢いだけでなく、経済的に“使える”のです。

シンプルに考えるなら、駅の改札（ターンスタイル）🚉のようなものです。人は先に乗っておいて、あとから切符の整理をするわけではありません。入場、検証、支払いは同じ動きの一部として行われます。

これは、AIのマネタイズにおいて需要以上のものが必要だからです。明確な所有権、透明な利用状況、そして追加の手作業を生まずにスケールできる自動化が必要です。インフラが強ければ強いほど、請求書や監査ログを追いかける代わりに、モデル改善に集中するのが容易になります。

だからこそ、私はNewton Protocolの動向を今後も見守り続けたいと思っています。私は、単にノイズを増やすのではなく、実際のインフラ課題を解決するプロジェクトに惹かれています。

次のAIビジネスの波は、より賢いモデルに基づいて作られるのか？それとも、利用を証明し、価格付けするためのより良い仕組みに基づいて作られるのか？⚙️

@NewtonProtocol #Aİ #MachineLearning #Web3 $NEWT $TLM $SPCXB

最初は私たちの多くが、AIとDeFiを同じように捉えがちです。より速い取引、賢いボット、そして少ない労力でより多くのことをこなすこと。私もかつてはそう見ていました。しかし、@NewtonProtocol について読み進めるほど、表面の下に別の問いが隠れていることに気づいていきました。

たぶん本当の問いは、「AIが私たちに何をできるか」ではないのです。「AIに私たちが何を行うことを許すべきか」ではないでしょうか。

視点のその変化は、私の中に残りました。

ふと、簡単なたとえが思い浮かびました。友人に家の鍵をすべて渡せば、彼はどの部屋にも自由に入れます。でも、もし1つの部屋だけの鍵を渡すなら、信頼は存在しますが、そこには明確な境界があるのです。オンチェーン上でやり取りするAIエージェントにも、同じような関係が必要になると思います。

多くの会話は、自動化やスピード、効率に焦点を当てています。それらは重要です。でも、この技術が規模を持つ段階に到達したとき、最も難しい問題はそれらではないかもしれません。より大きな問いは、そうしたエージェントが従って動くルールを誰が定義するのか、ということです。もし何千ものAIエージェントが同じポリシーに従うのなら、そのポリシーが誤っていたとき、誰が責任を負うのでしょうか？

私が最も面白いと感じるのは、その部分です。

次のDeAIの段階は、「もっとできる」エージェントを作ることではないのかもしれません。明示的に許可されたことだけを行える—そして、その許可を透明にし、検証可能にする—エージェントを作ることだとしたらどうでしょう。

結局のところ、最も重要な問いは、「AIがどれほど知的になるか」ではないのかもしれません。むしろ、「AIが行動できる境界を、どれだけ思慮深く決められるか」の方が重要なのです。
#Newt #vnary #OpportunityKnocks $NEWT
$M
$TLM

以前は、暗号資産のセキュリティは“何かが悪用された後”にこそ重要だと思っていました。つまり、その後は単に被害を抑える対応（ダメージコントロール）、分析を行い、次はより良くすること——それで十分だと。

でも、今はそれだけでは不十分だと感じます。

より重要な問いは、何かが起きてしまった後にどれだけ素早く対応できるかではなく、危険なコードをそもそも実行される前に止められるか、ではないでしょうか。

だからこそ、私にとって@NewtonProtocol が興味深いのです。事前のトランザクションポリシー施行が、取引がチェーンに届く前にフィルタを置くような仕組みに見えるため、不審な挙動を、後になってシステム全体に広がる前の段階で早期に検知できます。

考え方をシンプルに言うなら、建物の入口で行うセキュリティのようなものです。何かが起きた後にCCTVを確認するのではなく、入る前にチェックする。

ただ、より深いポイントは、単に1件の“まずい取引”を止めることだけではありません。連鎖的な影響（リップル効果）を減らすことが目的です。ならず者のコードが入ってこなければ、承認（アプルーバル）や流動性、あるいは他の接続されたシステムに触れる機会がそもそも減ります。

そして規模が大きくなるほど、それがとても重要になります。セキュリティは、インシデントに反応すること“だけ”ではなくなります。最初から、そうしたインシデントが発生しにくい環境を形作ることへと変わっていくのです。

私は、こうした考えが理論ではなく時間の経過とともに評価されるだろうとも思っています。とはいえ、それは私に暗号資産のセキュリティの見方を少し変えさせました。#Newt $NEWT $BREV $TLM

多くの人は、AIの最大の課題はモデルをもっと賢くすることだと思っています。私はむしろ、彼らがそもそもなぜ特定の判断を下すのかを理解するほうが難しい問題だと考え始めています。

以前は、AIの戦略をただの別種の自動化として捉えていました。結果が良ければ、プロセスはほとんど二次的に感じられたのです。しかし、資産を管理したりオンチェーン上のアクションを実行したりするシステムについて考えを深めるほど、その前提は不十分に思えてきました。信頼は結果だけではありません。判断が実際に行われたあとで、それを検査できるかどうかにも左右されます。

これは、窓が黒塗りされたタクシーに乗るようなものです。無事に目的地に着けるかもしれませんが、運転手が予想外のルートを取ったとしても、なぜそうしたのか理解する術がありません。この不確実性は時間とともに積み重なります。

そこで私の目を引いたのがニュートンです。戦略の実行をモデルの裏に隠れたものとして扱うのではなく、それらの判断が観測可能で検証可能になる余地を作ります。目先の利益は単なる透明性ではありません。第二次的な効果として、開発者やユーザー、さらには競合する戦略までもが、盲目的な信頼ではなく共通の証拠を基に進化できるようになります。

もしAI駆動のシステムが日常的なオンチェーン基盤の一部になっていくなら、この違いは生の知能よりも重要になり得ます。見えない推論が小規模では機能することがあっても、生態系は成長するにつれて説明責任に依存するようになりがちです。

私は、この問題がまだ完全に解決できていないとは納得しています。ですが、少なくとも私たちは去年より良い問いを投げかけ始めていると思います。

@NewtonProtocol #Newt $NEWT #Megadrop #brev #TLM
$BREV
$TLM