ANiii_阿尼

多くの人は、ビットコインのDeFiにおける難しい点は「ビットコインを別のチェーンへ載せること」だと思っています。
難しいのは、そこへ到達した後に「正直さ」を維持することです。
ビットコインが貸付ポジションの担保になるとき、DeFiチェーンは常に次の2つを把握していなければなりません。ビットコインが存在すること、そして移動していないことです。保管業者（カストディアン）は両方について嘘をつけます。確認と決済の間に、ブリッジは悪用され得ます。正直であることが最も高くつく期間のあいだ、バリデータ集合（バリデータセット）は結託できます。
誰も十分な声量で問わない設計上の問題は、「どうやってビットコインを移すのか」ではありません。「移すための条件が本当に満たされたと確認できるまで、ビットコインを動かせない状態にするにはどうするか」です。
トラストレスなビットコイン・バルツ（金庫）は、その答えを信頼ではなくアーキテクチャで示します。
ビットコインはビットコイン・チェーン上のスクリプトでロックされます——保有者が作成する、そのスクリプトです。そこでは、ビットコインを動かせる前に満たすべき条件が正確に定義され、さらに各結果のもとで誰がそれを請求できるのかも明確に指定されます。DeFiチェーン上のスマートコントラクトが、その条件を評価します。ビットコインは待機します。条件が満たされると——ローンが返済されたとき、ポジションが清算されたとき、満期が到来したとき——金庫は、その条件が指定する相手へビットコインを解放します。
保管業者が判断することはありません。ブリッジの仲介者もいません。バリデータセットの投票もありません。
@BabylonLabs_io は、このモデルにより56,853 BTC — 約56.4億ドル — を現在も担保・保全しています。
$BABY は、このインフラ全体にわたるガバナンスとアクセスを担っています。
私がまだ分からないのは、市場のストレス下で複数の条件が同時に競合するようなエッジケースに、このアーキテクチャがどう対応するかです。
ビットコインを動かすことは解決された問題です。
正直さが証明されるまでビットコインを動かせないようにすること——それがより難しい方です。
@BabylonLabs_io #baby $BABY

ほとんどの人は、DeFiにおけるブリッジのリスクを、事業を行ううえで許容できるコストとして扱っています。
私はそれを三度目に実際に起きているのを見た後、その考え方をやめました。
パターンは、後から見ると必ず見分けられるものです。ブリッジは大きなTVLを積み上げます。セキュリティ研究者は理論上のリスクを指摘します。チームは監査と安心材料で対応します。すると状況が変わります――市場のストレス、連携した攻撃、見落とされたエッジケース――そして、その理論上のリスクは、誰にも取り戻せない“9桁の損失”になります。
このパターンが特に苛立たせるのは、失敗が偶然ではなく、アーキテクチャ上のものだからです。
すべてのブリッジには、あるチェーン上のビットコインが別のチェーン上の表現に対応することを確認するための、信頼されたバリデータ群、署名者、またはカストディアンのセットが必要です。その信頼のセットこそが攻撃面です。より大きく、あるいはより分散された形にすればリスクは下がりますが、決してゼロにはなりません。根本的な問題――どこかの誰かが信頼される必要がある――は、ブリッジがどれほど洗練されても残り続けます。
だからこそ、私は @BabylonLabs_io アプローチが、単に技術的に改善されたというより、アーキテクチャ的に別物だと感じています。
Trustless Bitcoin Vaults はブリッジのリスクを減らしません。ブリッジそのものをなくします。ビットコインは保有者が作成する“ヴォルト”内で、ビットコイン・チェーン上に直接ロックされます。DeFiチェーン上のスマートコントラクトが、事前に定義された条件により所有権を制御します。バリデータセットは鍵を保持しません。署名者が侵害されることもありません。所有していない資産について意思決定をするカストディアンもいません。
すべてのブリッジが生み出す攻撃面は、単純に存在しなくなります。
$BABY は、このインフラストラクチャ全体にわたるガバナンスとプロトコルへのアクセスを提供します。
私がまだ分からないのは、ブリッジレスのアーキテクチャが、ビットコインのDeFiとしての実際的なスコープを制約するような異なる条件を生むのかどうかです。
ブリッジのリスクは、より良いブリッジで解決できる問題ではありません。
それは、ブリッジがなくなったときに消える問題です。
@BabylonLabs_io $BABY #baby

多くの人は、ラップドビットコインと実ビットコインは、別の包装をしただけで同じものだと思っています。
違います。
wBTC、cbBTC、あるいはその他のラップド版を使う場合、あなたはビットコインを使っているのではありません。ビットコインがどこかに存在し、ある誰かが保有していて、あなたが望まないことは何もしないと約束している——その約束を使っているのです。
その約束は過去に破られたことがあります。
私は、市場がストレスに晒される局面でカストディアンが出金を凍結するのを見てきました。また、ラップドトークンの発行体が、基礎となるビットコインとは無関係な規制上の圧力に直面するのも見ました。さらに、まさに流動性が最も必要だったタイミングで、ディスカウントのもとに合成ビットコイン取引が行われているのも観察しました。
ラッパー（ラップの仕組み）は機能しました。約束は守られませんでした。
この違いこそが、@BabylonLabs_io Trustless Bitcoin Vaults が問題に対して完全に異なる方向から取り組む理由です。
TBV はビットコインの表象を発行しません。保有者自身が作成する金庫に、ビットコインチェーン上の実際のビットコインをロックします。DeFiチェーン上のスマートコントラクトが、所有権の条件を決定します——カストディアンではなく、委員会でもなく、利用規約を変更し得る会社でもありません。
ビットコインはビットコインチェーンに留まります。DeFiのロジックは別の場所で動作します。両者の間に合成資産は存在しません。
$BABY は、このインフラにまたがるガバナンスとプロトコルアクセスを提供します。
私がまだ分からないのは、合成BTCを「それで十分」と受け入れたビットコイン保有者が、次のカストディ失敗が会話を強制する前に、より良いものを要求するのかどうかです。
ラップドビットコインは、カストディアンに裏打ちされた約束です。
Trustless Bitcoin Vaults は、コードに裏打ちされたプロトコルです。
これらは同じものではありません。
@BabylonLabs_io #baby $BTC

Most people think the problem with Bitcoin in DeFi is technical.
I think it is a trust problem dressed up as a technical one.
The Bitcoin chain is not programmable enough to host DeFi directly. So Bitcoin holders who want yield have always faced the same choice: bridge your BTC to another chain through a custodian, or stay out entirely.
Most chose to stay out.
That choice makes sense. Bridges have failed repeatedly. Wrapped Bitcoin custodians hold the real asset and can, in theory, do whatever they want with it. Every path into DeFi required trusting an entity that should not need to be trusted.
I have watched this pattern repeat across multiple cycles. Projects promise trustless Bitcoin DeFi. The fine print reveals a custodian somewhere in the stack. The trust gets hidden, not eliminated.
What makes @BabylonLabs_io Trustless Bitcoin Vaults different to me is structural.
Instead of creating a new custodian, TBV creates a self-custodial vault directly on the Bitcoin chain — a Bitcoin script the holder creates themselves. Smart contracts on the DeFi chain then control ownership conditions programmatically. No third party holds the keys. No bridge controls the asset. The Bitcoin never leaves the Bitcoin chain.
The protocol already holds 56,853 BTC — approximately $5.64 billion — in staking vaults. That is revealed preference, not marketing.
$BABY powers governance and access across this infrastructure.
What I still do not know is whether this model can scale without introducing new trust assumptions at the edges.
Bitcoin stayed out of DeFi for years because every solution replaced one trust problem with another.
The interesting question now is whether this one actually does not.
@BabylonLabs_io $BABY #baby

新しいアップデート 👻😂
#funny
$EVAA
$LAB

以前、自律的な金融における最大の課題は、より良い判断を下すことだと思っていました。
間違っていました。難しいのは、判断を一貫して行うことです。
99%の確率で素晴らしい判断をし、1%で不一致な判断をするAIエージェントは、信頼できるシステムではありません。それは、誤った条件のもとでだけ姿を現す失敗ポイントを持つシステムです。
私はそれを暗号資産で見てきました。通常の条件では見事に機能した自動化システムが、信頼性が最も重要になるときに、ちょうど不安定になりました。戦略が間違っていたからではありません。条件が変わった際に、システムが自分のルールを一貫性なく適用してしまったからです。
一貫性は、知性よりも難しい。
それが、@NewtonProtocol が私の注意を引いた理由の一つです。自分自身の判断を一貫して適用するためにAIエージェントに頼るのではなく、Newtonはポリシーレイヤーを探求し、あらかじめ定義されたルールを毎回同じように強制します——市場の状況や例外的なケースに関わらず。
認可は、その取引を許可するか、しないかのどちらかです。例外なし。一貫性なしなし。
$NEWT は、その一貫した強制レイヤーの背後にある経済的な安全保障を支えています。
私がまだ分からないのは、失敗が会話を強制する前に、一貫性が知性と同じくらい高く評価されるのかどうかです。
一貫性なく適用される素晴らしい判断は、資産ではありません。
それは、正しい条件が揃ったときにその姿を現す負債です。
@NewtonProtocol #Newt $NEWT

多くの人は、国境を越えた決済が遅いのは技術のせいだと思っています。
しかし遅いのは認可のためです。
数秒で価値を国境を越えて移動させる技術は、何年も前から存在しています。存在していなかったのは、取引が実行される前にコンプライアンス要件を検証するインフラであり、すでに国境を越えてしまった後ではありません。
3つの国境をまたぐ決済は、3つの規制環境を通過します。それぞれに、固有の本人確認要件、制裁（サンクション）の義務、そしてトラベル・ルールの基準があります。コルレス銀行はそれを手作業で対応しているため、遅く、かつ費用も高くなります。
ブロックチェーンは移動を速くします。しかし、認可を簡単にはしません。
それが、@NewtonProtocol が私の関心を引いた理由の一つです。ニュートンは、コンプライアンスを決済後に処理するものとして扱うのではなく、実行前に管轄（ジュリスディクション）の要件を評価する認可レイヤーを探求しています。FATFのトラベル・ルールの義務や制裁スクリーニングは、資産が移動する前に確認されます。
$NEWT は、その国境を越えた認可レイヤーを支える経済的なセキュリティを担っています。
認可のインフラが、規制当局が執行で問題を突きつける前に標準化されるのかどうか、私はまだ分かっていません。
迅速な国境を越えた決済のための技術は、何年も前から用意されています。
それらの決済を法的に成立させる認可インフラこそが、不足していました。
#crypto #TrendingTopic #BinanceSquareTalks #BinanceSquareFamily #Newt
$EVAA

$LAB


機関投資家の国境を越えた決済にとって、最も重要なのは何でしょうか？

多くの人は、認可が行われたなら、その記録が残るはずだと考えています。
通常はそうではありません。
取引が承認される。資産が移動する。システムは、その取引が有効だったとログに記録します。
しかし、その取引を統べるべき認可ポリシーが実際に評価されたのか――またそれが正しく評価されたのか――を外部から検証することはほぼ不可能です。
そのギャップは、多くの人が思う以上に重要です。
証拠のない認可はただの主張にすぎません。そして金融システムでは、主張だけでは不十分です。
私は、暗号資産（crypto）でコンプライアンス違反が起きるのを見てきました。認可ポリシーが存在しなかったからではなく、取引が進行する瞬間にそれが実際に強制されていたことを検証する手段がなかったからです。
ログは取引が承認されたと言っていました。だれも、承認プロセスが実際に何を評価したのかを証明できませんでした。
だからこそ、@NewtonProtocol は、ほとんどの認可に関する議論とは違う形で私の関心を引きました。
取引を統べるべきポリシーを定義することにとどまらず、ニュートンのアプローチは、実行後に信頼するのではなく、TEEsと検証可能な計算を通じて、実行前に評価されたポリシーを検証可能にする方法を探ります。
$NEWT は、その検証レイヤーの背後にある経済的セキュリティを支え、チェーンをまたいで信頼できる証明生成を行うためのバリデータのインセンティブを整えます。
私がまだ分からないのは、主要なコンプライアンス事故が会話を強制するまでに、認可の証明が標準要件になるのかどうかです。
認可することは簡単に主張できます。
しかし、認可が実際に起きたことを示す証明は、まったく別の問題です。
#Newt #TrendingTopic #crypto #Newtprotocol
$T


$LAB

多くの人は「ユーザーが管理できるAI」とは、どのAIを使うかを選ぶことだと思っています。
でも私は、それはもっと難しいことを意味すると考えています。
それは、そのAIにあなたの代わりに何が許されるかを決めることです。
現在、金融の文脈で稼働しているほとんどのAIエージェントは、広範な権限で動いています。ユーザーがウォレットを接続すると、エージェントはアクセスを得ます。そして、そのアクセスで実際に何が許可されるのか――どれだけ使えるのか、どのプロトコルと連携できるのか、どの条件なら停止すべきか――そうした具体は、エージェントが行動を開始する前に明確に定義されていることは稀です。
それはユーザー管理ではありません。ユーザーの「露出」です。
私は暗号資産の領域で、戦略ロジックが自然にシステムの行動を制限してくれるだろうと期待し、十分に理解していない自動化システムに対してウォレットの広範な権限を渡してしまう人々を見てきました。制限はされませんでした。そのシステムは与えられたあらゆる権限を使ったのです。
アクセスとコントロールの間にあるギャップが、私がこの点（@NewtonProtocol ）に注目した理由の一つです。
ニュートンの、プログラマブルな認可へのアプローチにより、ユーザーや開発者は、AIエージェントが行動を始める前に「何が許されるか」の境界を定義できます――行動した後ではありません。支出上限、承認済みプロトコル、時間に基づく制限、リスクしきい値といった条件は、AIが技術的に何をできるかに関係なく、取引が進む前に強制されます。
$NEWT は、このポリシー層の背後にある経済的なセキュリティを支え、バリデータのインセンティブを、チェーン間で信頼性ある執行へと整合させます。
私がまだ分からないのは、ユーザーがこの種のきめ細かな制御を求めるのか、それとも、何か問題が起きるまでデフォルトとして広範な権限を単に受け入れるのかという点です。
AIエージェントにウォレットへのアクセスを与えることは、そのAIがどのように判断してもそのウォレットを使う許可を与えることとは同じではありません。
この違いは、多くの人が気づくよりも重要になるかもしれません――「なぜそうなのか」を体験するまで。
@NewtonProtocol #Newt #CryptoTrading #AITrading #BinanceSquareTalks
$LAB
$GWEI
「AIエージェントの権限？」

多くの人は、規制の不確実性のせいで、機関がブロックチェーンを導入するのが遅いのだと考えています。ですが、より大きな理由は「認可（オーソリゼーション）の不確実性」だと思います。
規制は、機関に何が許可されているかを示します。認可インフラは、取引レベルで資産が移動する前に、そのルールをどう執行するかを伝えるものです。この2つ目の層がないと、コンプライアンスは手作業のプロセスになり、うまくスケールせず、予測不能な形で失敗します。
私は、機関向けのDeFiプロダクトを作る人たちとの対話に時間を費やしてきました。いつも出てくる論点は、ブロックチェーンが技術的に可能かどうかではありません。重要なのは、機関がすでに運用しているルールを—取引が決済された「後」ではなく、決済される「前」に、しかも自動的かつ一貫して—執行するためのインフラが存在するかどうかです。
その点で、ニュートン・プロトコルのアプローチに関心を持ちました。
コンプライアンスを、実行後に行われるレポーティング機能として扱うのではなく、@NewtonProtocol は、取引が進む前に事前に定義された機関ポリシーを評価できる認可レイヤーに焦点を当てています。承認済みのカウンターパーティ、管轄（法域）による制限、支出限度、エクスポージャー上限などを、オンチェーン上で資産が移る「前」にチェックし、「すでにどこかで決済されてしまった後」ではなく、対応すべきところでない場所に資産が移る前に防ぎます。
$NEWT は、そのポリシーレイヤーの背後にある経済的セキュリティを支え、複数チェーンにまたがって一貫した執行を行うためのバリデータのインセンティブを整えます。
ただ私がまだ分からないのは、機関の需要が認可の標準を押し進めるのか、それとも、真剣な機関投資家の資金がオンチェーン・ファイナンスにコミットする前に、標準が先に存在する必要があるのかという点です。
機関が動きが遅いのは、技術に慎重だからではありません。
彼らが必要としている場所すべてに、技術を大規模に安全に使えるようにするインフラがまだ存在しないから、動きが遅いのです。
#CryptoTrading #DeFi #TrendingTopic #meme板块关注热点 #Newt

$TAC

$US


"DeFiを採用することを妨げるものは何ですか？"

多くの人は、AIとブロックチェーンを別々の技術として語り、いつかは一緒に機能するようになるかもしれない、と考えています。
私は、すでに収束しつつあると思います。そして欠けていた層が見えてきています。
AIシステムは意思決定を行い、ブロックチェーンシステムはそれを記録し、実行します。組み合わせると強力に見えますが、AIが意思決定することと、その決定が取り消し不能なオンチェーン取引になることの間にはギャップがあります。
そのギャップこそが、ほとんどのリスクが潜む場所です。
オンチェーン上で動作するAIエージェントは、人間が監視するよりも速く資本を移し、取引を執行し、プロトコルとやり取りできます。スピードが要点です。しかし、境界のないスピードは別種のリスクを生みます――AIが誤った判断をするということではなく、正しい判断が「正しい判断が間違った行動になる条件」で実行されてしまうことです。
私は、暗号資産の自動化システムが、それを担当する人間が対応できるよりも速く動くのを見てきました。問題に気づいた時には、取引はすでに決済済みでした。
それが、@NewtonProtocol が私の関心を引いた理由の一つです。
すべてのAIの意思決定が自動的にオンチェーン取引になると仮定するのではなく、ニュートンは実行前に条件を評価するポリシー層を探っています。AIは引き続き動作します。自動化も引き続き走ります。しかし資産が移動する前に、あらかじめ定義されたルールが「何が許可されているか」を決めます。
$NEWT は、その許可層の背後にある経済的なセキュリティを支え、検証者のインセンティブを、チェーンをまたいだ信頼性ある執行と整合させます。
私がまだ分からないのは、AI開発者が許可を中核要件として扱うのか、それとも自律型システムがより多くの財務責任を担うようになる中で、単なるオプションの追加として扱うのかです。
AIは、人間が監視できるよりも速く意思決定をします。
許可は、それらの意思決定が、人間が事前に定めた境界の範囲内にとどまることを保証します。
@NewtonProtocol #Newt
$BEE

$ARTX


"AIの未来を定義するのは何か？"

多くの人は、スマートコントラクトが金融をより信頼できるものにすると考えています。
私はそれらが、信頼に本当に必要なものについて、より正直にしてくれると思います。
スマートコントラクトは、指示されたことを実行します。自分が行っていることが適切かどうかを評価しません。規則が書かれた後に状況が変わったかどうかも問いません。ただ、完全な一貫性をもって指示に従うだけです——それが強力である理由であり、間違った条件下では危険になる理由でもあります。
私はDeFiプロトコルが、完璧な一貫性で動作しながら、当事者たちがその場で選ばなかったような結果を生み出すのを見てきました。
スマートコントラクトが間違っていたのではありません。前提が間違っていたのです。
それが、@NewtonProtocol が私の注意を引いた理由の一つです。
スマートコントラクトを、取引を進めるかどうかの最終的な権限として扱う代わりに、Newtonは実行の前に条件を評価するポリシーレイヤーを探求します。スマートコントラクト自体は引き続き動きます。しかし実行される前に、あらかじめ定義されたルールが、現在の条件のもとで許可されるべきかどうかを判断します。
それは、オンチェーンのアプリケーションをどう設計できるかに関して重要な変化をもたらします。
$NEWT は、そのポリシーレイヤーの背後にある経済的なセキュリティを支え、バリデータのインセンティブを、チェーンをまたいだ信頼できるポリシー執行に合わせ込みます。
私は、開発者がどれくらいの速さで、認可を実行とは別の、同じくらい重要なレイヤーとして扱い始めるのかはまだ分かりません。
スマートコントラクトは、指示されたことを行うのが非常に得意です。
それに「何を」指示すべきかという問題は、まったく別の課題です。
#BinanceSquareTalks #TrendingTopic #SpaceXJoinsNasdaq100 #SKHynixToBeginNasdaqTradingJuly10 #Newt

$EVAA


$EDGE

"スマートコントラクトにポリシーレイヤーは必要ですか？"