bro_sf

次のBinance Alpha Boosterでは、もっと力強いプロジェクトを見てみたいです 👀🙂

Termix、Allox、Prime Labs、Catapult、Realgoのようなプロジェクトは、すでに私のウォッチリストに入っています。どれも確定だと言っているわけではなく、可能性を共有しているだけです。
@Binance Square Official が、今後のBoosterキャンペーンにもっと質の高いプロジェクトをもたらしてくれることを願っています。特に、実用性があり、強いコミュニティを持ち、クリエイターやアクティブユーザーにより良い報酬機会を提供できるプロジェクトに期待しています。
良いプロジェクトはキャンペーンをよりワクワクするものにし、コミュニティ全体が参加する理由を増やしてくれます。🔶

これらのプロジェクトのうち、将来のBinance Alpha Boosterで見てみたいのはどれですか？

#Binance #BinanceSquare #AlphaBooster #Web3 #CryptoCommunity

#ElonMusk. 🤡🙂

#dusk $DUSK @Dusk
これまで、トークンはひとつのことをうまくやるだけでよい——指示されたら動く。それ以外はアプリケーションの問題だと思っていました。
しかし、セキュリティがその寿命のあいだに実際に果たさなければならないことを眺めていると、トークンには「拒否」しなければならない瞬間が3つあることに気づきました。
1つ目は、2つ目の口座を拒否することです。承認された保有者は複数の場所でポジションを持つべきではありません。株主名簿は、ひとつの質問にきれいに答えなければならないからです——この人物はどれだけ保有しているのか。議決権の重み、報告のしきい値、保有上限はすべて、同じ人がこっそり5つのウォレットに座り続けると崩れてしまいます。これは、暗号資産の残りの部分が私たちに身につけさせてきた習慣——アドレスを分けることは単に良い実務だ——に真っ向から反します。
2つ目は、あなたのお金を拒否することです。ある種の仕組みでは、単一の保有者が受け取れる上限が定められており、その上限は開発者が思いついて書いたものではなく、法的文書に書き込まれています。もしそれが方針（ポリシー）にだけ存在するなら、後で誰かが検査して違反を解消します。逆にそれが資産そのものに埋め込まれているなら、譲渡は完了せず、解消すべき「ほころび」自体が起きません。
3つ目は、存在すること自体を拒否することです。債券は満期を迎えます。ファンドのユニットは償還されます。そのための仕組みは、最終的な保有者に渡されてそこで放置されるのではありません——義務の裏付けが履行されたので、決済され、その後に破棄されます。
私が注目しているのは、この3つが、ほとんどのトークン化の説明から欠け落ちていることです。そこでは発行と取引だけが取り上げられ、それらが面白い部分なのだとされがちです。
判断できないのは、3つ目が、支払いがオフチェーンで行われ、破棄がオンチェーンで行われるときにどう振る舞うのかという点です。2つの記録が食い違いやすい、いちばん簡単な場所のように思えます。
ここから私は、トークンを「価値の入れ物」として読むのをやめました。これらの資産にとってそれは、たまたま譲渡可能になっている「ルールブック」に近いのです。

#dusk $DUSK @Dusk
以前は、多くのウォレットを持つことが、単に暗号資産の仕組みなのだと思っていました。好きなだけ増やせばいいし、好きなように分ければいい。なぜそんなことをしているのか誰も聞いてこない。

Duskの、規制対象資産のモデルがどのように設計されているかを調べているうちに、その習慣に正面から反する制約を見つけました。
あるセキュリティについて、事前に承認された保有者は、複数の口座を保有できないはずです。
誰かが自分たちのために一方的に制限しているからではなく、株主名簿がきっぱりと答えなければならない問いが1つあるからです。つまり「この人はどれくらい所有しているのか？」ということです。
同じ承認済みの人物が、こっそりと5つの場所でポジションを持てるなら、所有に基づいて組み立てられるあらゆる問いが曖昧になってしまいます。投票の持ち分。報告の閾値。単一の保有者が支配できる量の上限。

特に注目すべきなのは、これは暗号資産の他の部分が最適化しているものとは真逆だという点です。私たちはアドレスの分離を、プライバシーであり、良い実務だと捉えています。しかし規制された金融商品では、その分離が欠陥になるのです。

そのため設計は、互いに引き離してしまう2つの要請を折り合い付ける必要があります。保有者は、依然として公衆に対して機密性を保つべきです。一方、名簿は、身元と規模について依然として明確でなければなりません。
現実の取引量が到来したときに、この2つがどれだけうまく両立できるのかは分かりませんし、公に検証されたのも見たことがありません。

ですが、ここで私は「ウォレットは中立的な入れ物だ」という前提をやめました。ある種の資産では、ウォレット自体が法的な記録の一部であり、そこに適用されるルールは、ソフトウェア以外のどこかから来ているからです。

🚨 $TMX 配布アップデート — いよいよ請求（Claim）日

TermMax Booster キャンペーンは公式に配布段階に到達し、そして今日は参加者が待ち望んでいた日です。

⏰ TMX の請求（Claim）は本日、バングラデシュ時間 16:00 に開始予定です。

キャンペーンのアップデートには、主な報酬カテゴリが 2 つ表示されています。

🎁 TermMax ラッキードロー
→ 当選者 1 人あたり 21.25 TMX

🏆 TermMax グランドリワード
→ 対象ユーザー 1 人あたり 300 TMX

Binance Web3 Wallet の報酬ページを確認しているユーザーの場合、割り当てが現在「Pending TGE or Vesting（TGE またはベスティング待ち）」として表示されている可能性があります。つまり、「0 / allocated TMX（割当分 TMX）」と表示されていても、報酬が消えたわけではありません——割り当て自体はすでに表示されていますが、まだ「請求可能／受取済み」段階に移行していないということです。

たとえば、ここに示されている報酬ダッシュボードでは、2 つの割り当てが確認できます。

• 21.25 TMX
• 306.74846 TMX

どちらも引き続き「Pending TGE or Vesting」とマークされています。

つまり、重要なのはシンプルです。請求（Claim）ウィンドウが開いたら、Booster の報酬ページを確認してください。報酬が「Instant Claim（即時請求）」になっていれば、そのまま直接請求できるはずです。請求日／ベスティング状況が表示される場合は、あなたの割り当てに表示されている日付に従ってください。

今日は「報酬確定」→「報酬配布」への切り替え日です。👀

Binance Web3 Wallet を確認して、「Pending（保留）」と「Missed（見逃し）」を混同しないでください。

$TMX #TermMax

#dusk $DUSK @Dusk
以前、私は「債券を表すトークンを保有していれば、その債券を所有している」と考えていました。トークンはチェーン上にあり、あなたの鍵がそのトークンを制御している。だから所有権の問題は、すでに決着しているように思えたのです。
しかしDuskのようなチェーン上で、規制対象の資産がどのように機能すべきかを、さらに注意深く見直していくうちに、私が一つの手順を飛ばしていたことに気づきました。
金融商品における「所有」とは、技術的な事実ではなく法律上の事実です。そこには、誰が法律上の所有者とみなされるかを決める登録簿、法的文書、またはその記録を持つ主体がどこかに存在します。トークンはそれを表し得ますし、その登録簿そのものになることもあります。これらはまったく別の仕組みで、外からはまったく同じに見えます。
私の関心を引いたのは、トークン化の実際の仕事がここにあるという点です。トークンを素早く移動することではなく、チェーン上の記録と、法律上で認められた記録を同一のものにすること。つまり、台帳が「こうだ」と言い、法律が「別のことだ」と言う瞬間が決して生じないようにすることです。
もしこの二つが食い違うことがあれば、勝つのは法律であり、トークンは、あなたがまだそれを持っているのかどうか分からない「何か」の領収書になります。
このことが、この分野で真剣なプロジェクトほどなぜ時間をかけてゆっくり進み、ユーザーではなく認可された機関と共に作業するのかを説明しているのだと思います。こうした整合性は、プロトコルだけでは作れません。法的な記録を管理している人々によって認識され、確かにされる必要があります。
それでも、外から見て、特定のケースでそのことがどれほど完全に達成されているのかを私は判断できませんし、「確実だ」と主張する誰かには慎重であるべきだと思っています。
ですがここから私は、「トークン化＝所有」として読むことをやめました。それは「表す」という意味です。表現と所有が同じものかどうかは、チェーンのはるか外側で起きている取り決め次第です。

#dusk $DUSK @Dusk
以前は、ブロックチェーンのコードがオープンソースになったら、それを実装するチームの数はあまり問題にならないと思っていました。プロトコルはプロトコルです。ルールが公開されていれば、誰でも第2のバージョンを書けますし、これまで誰も細部を気にするほどのことは起きていなかった、というわけです。
それから私はDuskのノードソフトウェアを調べてみて、このプロジェクト全体の読み方を変えるものに出会いました。
クライアントは1つです。Rustで書かれたRusk。以前のGo実装は、GitHub上にまだありますが、公開されて「非推奨（deprecated）」と明示され、もはや保守されていません。代わりにRuskへ向ける注記が付いています。
つまり、ネットワーク上のすべてのノードが同じコードを動かしているのです。
ここは一度立ち止まって考える価値があります。というのも、別のアプローチが存在するのは理由があるからです。Ethereumは、多数の独立したクライアントを採用することで、あるバグがチェーンを止めないようにしています。ほかは修正されるまでブロックを出し続けます。これは意図的に、コストが高く、遅く、重複が生じるように設計されています。重複こそが安全性の仕組みです。
クライアントが1つだけなら、コンセンサスのバグは「部分的」ではありません。ネットワークそのものです。
私は、これがミスだとは思いません。小さなチームにとっては、2つの凡庸なものより1つの優れたクライアントの方がリソースの使い方としてははるかに良いですし、Ruskは何度も監査されています。ノードライブラリ、コンセンサス層、ネットワーキングプロトコル——いずれも外部の企業によってレビューされています。努力を一点に集中するのは、筋の通った（擁護可能な）エンジニアリング判断です。
ただしそれは、規制された決済のために作られたチェーンで、現時点ではクライアントの多様性がないということも意味します。従来の市場インフラがこだわるもの——冗長性、独立した障害経路、単一障害点がないこと——その“あるべき姿”が、まだそこにありません。
外からは分からないのですが、2つ目の実装がそもそも計画されているのか、それともネットワークのライフサイクルのこの段階では不要だと考えられているのか。どちらの答えもあり得ます。ただ、どちらなのかだけは知りたいのです。
ここから先、私は「オープンソース」を、頑健さを自動的に意味するもののようには読まなくなりました。オープンなコードは招待状です。クライアントの多様性とは、それを誰かが受け入れたときに生まれるものなのです。

ゼロ知識証明は自動的に100%信頼不要（トラストレス）を意味するのでしょうか？

そうであるように聞こえます。誰も秘密を見ず、数学が証明を検証する。

しかしDuskの自社「Citadel」論文は、PLONKのさらに下にある、あまり心地よくない層――「信頼できるセットアップ」を示しています。

DuskのPLONK実装はBLS12-381上で動作し、デフォルトの多項式コミットメントスキームとしてKZG10を使います。KZGは、秘密のランダムネスから生成されたコモン・リファレンス・ストリング（CRS）を必要とします。その「有害な廃棄物」が生き残って攻撃者に届けば、健全性の前提が崩れる可能性があります。

Citadelの論文はこれをはっきりと述べています。セットアップのランダムネスが侵害されれば、誤った取引が可能になり、「巨額の金銭損失」につながり得る、と。Citadelの場合、その結果として起こり得るのは、ユーザーのなりすましと、他人のライセンスの利用だと言っています。

それでは「信頼できるセットアップ」とは実際何を意味するのでしょう？

単一の企業にマスターパスワードを預ける、という話ではありません。

セレモニーでは複数の参加者が順番にそれぞれのランダムネスを追加します。そして各参加者は、自分の秘密の貢献はその後すべて破棄します。重要なのは、たとえ1人でも参加者が誠実で、その秘密を永久に破棄していれば、セットアップが安全に保たれるという点です。

そこで疑問が湧きました。Duskのセレモニーには誰が参加したのでしょうか？

実は、想像していたよりも詳しく公開されています。

Duskの公開された信頼できるセットアップ用リポジトリによると、verified Zcash Powers-of-Tau response #87から始め、さらに15人のDuskの貢献者を追加したとのことです。リポジトリには貢献記録と検証手順が公開されており、Duskは、他の人が検証できるように結果は公開されると述べています。

ただし、それで将来永遠にすべての運用上の前提が保証されるわけではありません。生産（本番）パラメータが、その公開されたトランスクリプトに対応しているのか、それが今日の実運用でどれほど独立に検証されているのかも知りたいところです。

そこで、より公正で具体的な問いはこうなります。私は、このライブの暗号学的パラメータを、公開されて検証可能なセレモニーにまでたどり着けるのでしょうか？

あるプロジェクトが自分自身の論文の中で暗号上の弱点を率直に認めている場合、その透明性によって信頼がより増すのでしょうか――それとも、実際にそのリスクがどれほど現実的なのかを、ただもっと正確に知りたくさせるだけなのでしょうか？

#dusk $DUSK @Dusk

私は橋を通して$DUSK を移そうとしてみたものの、代わりにインシデント履歴を読むことになったので、仕方なく調べに行っただけでした。

2026年1月16日、攻撃者がDuskのブリッジサービスで使用されている署名ウォレットにアクセスしました。@Dusk は、チーム管理の運用ウォレットをめぐる不審な動きがあったことを述べ、その後、関連するアドレスを無効化して再利用し、ブリッジを停止し、Binanceと連携したとしています。

さらに、Web Walletに受取人のブロックリストを追加し、侵害されたアドレス、詐欺関連のアドレス、制裁対象のアドレスへの送金を防止しました。

Duskは、これはコンセンサスの失敗でもDuskDSのプロトコルレベルのエクスプロイトでもなく、ユーザー資金への影響はなかったと述べています。

私はこれを2通りに受け取りました。

第一に、これは前向きな兆候でした。不常な挙動を検知し、リスクのある経路を遮断し、インシデントを開示し、その後「資金は安全」という段階で止まらず、詳細な事後分析を公開したのです。

初期段階のネットワークでは、これは重要です。封じ込めのスピードと、開示の明確さもまた、セキュリティ記録の一部です。

しかし第二の点は、無視しにくい。

ブリッジは、チーム管理の運用経路の中にある署名ウォレットに依存していました。Duskの事後分析では、当初の設計はスピードとシンプルさを優先していた一方で、信頼が1つの経路に集中しすぎていたとされています。その署名経路が侵害された後、攻撃者はDuskのコンセンサスを破る必要がありませんでした。

これは、Duskの「DuskDS ↔ DuskEVM 『トラストレスなネイティブ・ブリッジ』」という方向性とも、少し居心地が悪いです。プロトコルが分散化されていても、その上にあるインフラには人間が握るチョークポイントが残り得ます。

Duskの手柄として、ブリッジは再設計されました。署名とイベント処理を分離し、イベント取り込みからの資金放出を切り離し、ホットウォレットの露出を減らし、サービスをより強く隔離しました。

現在のドキュメントでは、DuskメインネットとBSCの間のブリッジフローが説明されているため、1月の停止を「いまだに閉じている」と言うのは時代遅れでしょう。

では本当の問いはこれです：

Duskの対応の速さと詳細さは、より大きな信頼を生むのか。それとも、そのような権限を握るのが1つのチーム運用の署名経路であり続けることこそ、より重大な懸念なのか？

#dusk $DUSK @Dusk

すべての夕暮れ（Dusk）スレッドはNPEXに言及しています。ライセンスを有するオランダの会場、€200M超と確認された発行額、20,000人超の投資家基盤、旗艦となるマーケット・インフラのワークフロー。
しかし、その関係がどのように始まったのかについては、ほとんど誰も触れていません。
Dusk自身の公式ホームページにあるメディアリンクを辿ると、そのうちの1つが、2020年12月のCoinDeskの記事で、Dusk Networkが現在提携しているオランダの証券取引所に、約10%の持分を取得したと報じています。
それによって、私はその提携の見え方を、双方の方向から変えて捉えるようになりました。
寛大な読み：これは、規制された市場で実際にインフラがどのように作られていくかを示しています。ライセンスを持つ会場に、コールドコールで連絡して、実証されていないあなたのL1上で決済スタックを作り直すよう依頼はできません。株式によって利害が一致し、コンプライアンスの議論の場に入ることができ、またBDチームには買えない数年単位の機関投資家としての忍耐も得られます。さらに、DuskのロードマップがDeFiの計画というよりマーケット・インフラの計画のように読める理由も説明がつきます――彼らは2020年から、あの側のテーブルに座っていたのです。
慎重な読み：旗艦となる採用の裏付けが、完全に独立しているわけではありません。あるチェーンの大きな機関投資家による裏付けが、その会場（＝自分が持分を持っている相手）から出ている場合、「機関が私たちを選んだ」と「私たちは機関に投資した」が、ぼやけ始めます。
どちらの読みも同時に成り立ち得ます。そして私は、どちらか一方が全てだと装うより、両方を抱えておきたいです。
公平な但し書き：そのレポートは2020年のものです。私は最新の数字を見つけていませんし、持分は変わります。もしもっと最近の数値をお持ちの方がいれば、ぜひ実際に確認してみたいです。
プロトコルが、自分にとって最大の提携先に対して株式を保有している場合、それはあなたへのコミットメントだと読めるのか、それとも採用の裏付けが弱まった形として映るのか――？

#dusk $DUSK @Dusk #NPEX

#dusk $DUSK @Dusk Duskの監査履歴を探していたら、いつの間にか開示文書を読んでいました。
今年の4月30日、OtterSecは、Dusk自身が書いた証明システム「dusk-plonk」で見つけた健全性（soundness）バグを公開しました。PLONK論文がまだ新しかった頃のことです。
要点だけ言うと、Phoenixのシールド取引は、正確に1つのものによってゲートされます。署名ではありません。2つ目の確認でもありません——証明検証者が下す、単一の「有効/無効」の判定です。所有権、メンバーシップ、残高の整合性、ヌリファイアの正しさ：それらの主張はいずれも回路の中に存在し、ノードは「証明が検証されたか？」と尋ねるだけです。
その証明の中で、4つの値がプローバーによって供給され、最終的な検証方程式で使われていましたが、検証鍵にすでに載っているコミットメントと突き合わせてチェックされることは一度もありませんでした。コミットメントは存在していました。ですが、その4つには使われていなかったのです。
私に刺さったのは2点です。
1つ目、セカンド・ネットが存在しませんでした。Ruskは、検証前にヌリファイアの一意性のようなことをチェックしますが、証明内にある主張についてはフォールバックの道がありません。リンクが1本壊れるだけで、回路内のすべての制約が同時に崩れます。
2つ目、このスタックは監査されていました。dusk-plonkは2023年12月に。Phoenixは2024年9月に。Oak SecurityによるRuskノードライブラリは2024年9月に。そして、OtterSecが今回の見落としについて示した説明は、メンタルモデルの話でした。教科書的にはPLONKのセレクタは公開された回路データなので、レビュアは「検証側（verifier-side）」を見ればよいと思い込みます——つまり、Duskの実装がプローバー供給の値を読み取り始めていた場所の、まさにその先を素通りしてしまったのです。
認めるべきところは認めます：報告は2月13日、承認して修正したのは2月14日、公開リリースは2月27日。認めてパッチを当てるまで1日というのは、真剣な対応としては相当なものです。
しかし、それは私の中で「監査（audited）」の意味を変えました。監査とは、正しさの証明ではなく「注意（attention）」のスナップショットです。
そのチェーンが監査された、と聞いたとき——あなたは、誰が、いつ、そしてどのコンポーネントを確認したのかをチェックしますか？

私は、コードと静かに食い違うようになったドキュメントを捕まえるために作られたオープンソースのツール @Dusk について読んでいました。そこで当然、最も手近な対象に試しました。Dusk自身のドキュメントです。
そのツールはPituitaryです。MITライセンスで、シングルバイナリ、Dockerなし、APIキーなし。仕様（spec）、ドキュメント、意思決定記録をインデックス化し、重複する決定、古くなったドキュメント、仕様と矛盾するコード、用語のドリフト、そして1つのspecが変わったときの影響チェーンをフラグします。さらにMCPサーバも同梱されているので、AIのコーディングエージェントはセッション途中で仕様への認識を持てます。数か月前に覆った決定に自信満々で基づいて作業してしまうことを防げるわけです。一般的な開発者インフラを作り、それをMITのもとで無償で提供するブロックチェーンチームは、あまり見かけません。しかるべき評価を。
そしてドキュメントを読みました。DuskのNetwork Updatesの記録には、新しいPhoenixトランザクションはBoreasの再起動後にメインネットで拒否されること、今後サポートされるトランザクションモデルはMoonlightであることが、はっきり書かれています。Transaction Modelsのlearnページには、Phoenixが現在形のまま残っており、DuskDS上で価値が動くネイティブな2つの方法のうちの1つだ、と説明されています。最後には「どちらを選んでも自由だ」とまで伝えているのに、そのページで無効化については一切触れられていません。
教科書的な仕様ドリフトが、ドリフト検知器を出荷したチームのドキュメントに載っている。
公平に言えば、どのチェーンでもドキュメントは現実に追いつくのが遅れます。Duskが異例なのは、精密な根拠付きハードフォーク記録をそもそも公開していること。だから、このギャップが私の目に見えるのです。問題が「失敗だった」という話ではありません。問題を検知するものを作ったチームでさえ、完全にはその事態から逃げ切れない、ということです。
では、あるチェーンのドキュメントとしてあなたは何を実際に信じますか。learnページ、チェンジログ、あるいはソースコード？ そして3つが食い違ったとき、あなたはどうしますか？

#dusk $DUSK

#dusk $DUSK @Dusk NPEXはオランダの証券取引所であり、2008年に設立され、多角的取引施設（MTF）ライセンスおよびオランダ金融市場監督庁（AFM）から欧州クラウドファンディング・サービス提供者（ECSP）ライセンスを保有しています。DuskおよびNPEXが引用する公表情報によれば、NPEXが仲介する資金調達は、100社超のSMEにまたがって196〜200百万ユロ超にのぼり、アクティブな投資家は17,500人以上です。DuskとNPEXは提携し、上場株式および債券をオンチェーンで扱えるようにするとともに、DuskEVMで発行されたトークン化資産のクロスチェーン相互運用のためにChainlink CCIPを統合しています。また、NPEXの取引所データをオンチェーンに取り込むためにChainlink DataLinkを採用しています。Duskはこの提携について、NPEXを通じてプロトコルが「金融ライセンスのフルセット」—すなわちMTF、ブローカー、ECSP、そしてEUのDLTパイロット制度の下で予定されるDLT-TSSライセンス—へのアクセスを得られると説明しており、フロントエンドとしてDuskEVM上で動作する共同構築のNPEX dAppが提供されます。

注目すべき違いは、インフラと法的地位の区別です。ブロックチェーンは技術的には、トークンとして債券やETFの持分を表現できますが、そのトークンが規制上の承認を一切伴わないこともあります。単にデータにすぎないのです。そこに、発行、保管、取引の裏付けとしてライセンスを持つ事業者が存在しない限り、意味は生まれません。NPEXが提供しているのはスマートコントラクトの機能ではなく、EUにおいて証券のオンチェーン表現を法的に意味あるものにする「ライセンス構造」であり、さらにその関係に実体を与える運用実績がある点です。DLTパイロット制度の詳細が特に重要なのは、EUが用意する仕組みにより、NPEXのようなMTFが、通常は中央の証券保管機関（CSD）が担うポストトレードの決済業務まで引き受けられるからです。まさにブロックチェーンが最も置き換えに適したスタックの部分です。

ライセンスはプロトコルに紐づくのではなく、ライセンスを受けた事業者に紐づきます。Duskの機関投資家向けの語りがNPEXとの関係に大きく依存しているとしても、その機関としての正当性は、ひとつの取引所の規制上の地位と、Dusk上で構築を続けるという継続的なコミットメントの一部として成り立っている面があります。「設計によって組み込まれたコンプライアンス」が、プロトコル・レベルの性質なのか、それともこの特定の提携の性質なのか、どこまでがどちらのものなのでしょうか？

#dusk $DUSK @Dusk

以前は、コンセンサス設計はどんなブロックチェーン・プロジェクトにおいても退屈な部分だと思っていました——エンジニア同士が議論することはあっても、実際に金融活動がその上で回るかどうかを左右するものではない、という認識です。Dusk のバリデータ・セットがどのように機能するかを読むことで、その見方が少し変わりました。

規制された金融向けに売り込まれることが多いほとんどのチェーンは、まずオープン参加を前提に構築されたコンセンサスを採用し、コンプライアンスは後から追加します。Dusk はそのパーミッションレスな土台を捨てません——必要なステークをロックすれば誰でも provisioner（プロビジョナー）になれます——しかし、その上でそれを特定の形で扱います。Succinct Attestation コンセンサスでは、決定論的ソートitionによって適格な provisioner の委員会（コミッティ）を選び、各ブロックを確率的なファイナリティではなく、明示的な投票ラウンドを通じて提案・検証・承認します。これは重要です。そこに取引を決済してもらいたいネットワークなら、台帳を参加者全員の活動の公開帳簿に変えることなく、ブロックのファイナリティについて確実で監査可能な答えが必要だからです。

目立ったのは、これが「分散化」と「コンプライアンス」のトレードオフとして組み立てられているのではなく、最初から設計上の制約として捉えられている点です。たとえば EU の MTF ライセンスのようなものの下で運営する市場オペレーターには、コンセンサスの結果がブロック単位で監査できる必要があり、同時にすべての取引をすべてのカウンターパーティが見てしまうことは避けたいのです。TPS やガス料金の最適化とは違います——多くの「エンタープライズ・ブロックチェーン」的な語りが見落としがちなところです。

また、明確な答えを持てない問いも提起されます。委員会ベースのファイナリティでは、各ラウンドの provisioner に対して、単に時間が経てばチェーンが自然に落ち着くのではなく、実際に収束してアテステーション（証明）を作り出すことが求められます。これが規制下の決済により適しているのか、それとも「ライブネス（稼働性）」や参加の観点で別のトレードオフに過ぎないのかは、本物のネットワーク条件下で検証する価値があります。設計だけから決めつけるのではなく、実際の制度的な取引量がオンチェーンで決済を試みて、これらの前提にプレッシャーをかけてみないと分かりません。

Duskのドキュメントでこの一文に何度も引き戻されました――規制当局は、それに続く取引を一度も見ないままでも、ルールが守られたことを検証できる、という考え方です。「信じてください」ではなく、実際の証明です。所有権の上限、適格性、譲渡制限――ルールが何であれ、チェーンがその証明を示し、データを秘匿したままにします。「コンプライアンスしている」と主張する多くのチェーンは、すべてを公開して“透明性だ”と言うだけで、正直なところ、そもそもこのプライバシー・チェーンでそれをやる意味を無効にしています。つまり、選択的であることが本質であって、単なる回避策ではありません。

ただ、私が引っかかっているのは、事後に何が起きるのかです。証明は、取引の瞬間にルールが守られていたことを教えてくれます。しかし、後になって何かを解きほぐす必要が出たとき――当事者間の紛争、捜査、誰かが「譲渡制限を無視された」と主張したような場面――その“辿れる道筋”を誰かに渡してくれるわけではありません。暗号技術なら、コンプライアンスが真であったことを確認できます。ただ、古い紙の記録のように、後から物語（経緯）を組み立て直すことまではできるのか、私は確信が持てません。規制のある金融は、数年後に再構築できることが前提で、取引のその場で確認できるだけでは足りないからです。

DUSKは今日、$0.065あたりで推移していて、直近1日で約7%上昇。CoinMarketCapベースの時価総額は約$32M――数字は動いていますが、ここでの主眼は別にあります。

@Dusk #dusk $DUSK

本当に分からないのですが――コンプライアンスの証明は、誰かが実際に「何が起きたのか」を掘り下げる必要が出たときでも通用するのでしょうか。それとも、その部分はまだ誰も検証していないのでしょうか？

私は、投資家の資格を証明することは、その背後にいる人物の正体を明かすことを意味すると考えていました。Citadelをよく見てみることで、その思い込みが変わりました。
このフローは、信頼できるLicense Providerによって発行される資格情報（ライセンス）から始まります。プロバイダーはユーザーをオフチェーンで確認し、関連する属性に署名し、暗号化されたライセンスを公開し、それをCitadelのコントラクトに登録します。後にユーザーは、自分が登録され、プロバイダーに署名されたライセンスを所有していることを示すゼロ知識証明を生成できます。これにより、自分のウォレット鍵や個人属性、さらにはどの特定のライセンスがその証明を生み出したのかさえ明かさずに済みます。
私の考え方を実際に変えたのは、次の点です。規制されたサービスは、投資家の完全な身元がチェーンに触れることなく、資格確認が行われたことを暗号学的な証拠として受け取れるようになりました。しかしCitadelは、誰が認められるかを決めません。サービスプロバイダーは引き続き、どのLicense Providerを信頼するか、どの属性がそのルールを満たすか、セッションが期限切れか、有効化が取り消されたか、再利用可能かを選択します。
つまり、この証明は資格情報の所有をプライベートかつ検証可能にします——ただし、その資格情報に与えられる意味は、アプリケーションレベルで、発行しそれを解釈する側の手の中に残ります。
Citadelは実際に、アクセス制御からアイデンティティの露出を取り除くのか、それとも最も重要な信頼の判断を、資格情報を発行し解釈するプロバイダーの側へ単に移しているだけなのか？

#dusk $DUSK @Dusk

「“高速なファイナリティ”をうたうほとんどのチェーンは、実際には確率的ファイナリティを自慢しているだけです。つまり、十分に長く待てば、反転が統計的にほぼあり得なくなる、という話です。Duskはそれをしません。実際の決定（セトルメント）として最終確定します。その仕組みは、マーケティングページが許す以上に腰を据えて理解する価値があります。
分離型ビザンチン合意は、ブロック生成を互いに触れない2つの役割に分割します。生成は、Proof-of-Blind-Bid（ブラインド入札の証明）によって選ばれるブロックジェネレーターが担当します。これは、勝敗の見込みを決めるステーク量が、身元だけでなく“誰が選ばれるか”に関わる情報として秘匿されたまま進むソーティション（選別）の仕組みです。バリデーションは別の仕事で、Provisioner（プロビジョナー）の回転する委員会が、Reduction（レダクション）とAgreement（合意）を通じてブロックを投票により通します。2つのフェーズ、2種類のアクター、提案も最終確定も同一の役割にはしません。
なぜこの分離が、聞こえる以上に重要なのか？多くのコンセンサス攻撃は“重なり”を狙うからです。つまり、ブロックを提案できる上に、承認の確定に対して過大な影響力を持てるリーダーです。生成を担当する人を決める入札の重みを秘匿し、その役割を分けることで、放置しておけば簡単に嫌がらせ（グリーフィング）したり買収したりできる標的を取り除けます。Agreementフェーズで証明書（certificate）が形成された時点で、それはさらに6回の確認を待つ“ソフトな最終化”ではなく、最終確定です。機関が本当に気にしているのは、その部分であって、プライバシーを売りにしたブランディングではありません。
誰も宣伝しないトレードオフがあります。これは、投票力が毎ラウンド組み替わるからこそ成立します。静的なバリデータ集合は、考察もしやすく、外部からの監査もしやすい一方で、対応されやすく、狙い撃ちもしやすくなります。Duskは、わかりやすさよりも予測不能性に賭けました。
では、どこに着地しているのでしょう。規制対象の有価証券の決済を視野に入れたチェーンにおいて、ラウンドごとのバリデータ再編成は“セキュリティ機能”なのか、それとも攻撃面を「誰がリーダーか」から「ソーティション出力を予測できるか」へ移すだけなのか？

#dusk $DUSK @Dusk

@BabylonLabs_io 回説明のたびに同じ行が繰り返されます。誤作動する最終性プロバイダに委任すると、あなたの Bitcoin がスラッシュされる、ということです。これが 56,000+ BTC が「これらのチェーンを“確保”している」ことの根拠だ、とされています。— ただし本当のところ、プロバイダがダブルサインすれば損失は現実の資本です。
そこで私は、警告文ではなく実際のパラメータを確認しました。Pier Two のノード運用者向けドキュメントには明確にこう書かれています。ダブルサインがあれば、BTC のペナルティはステーク額の固定 0.1% です。BABY のバリデータでは同じ違反で 5% 失うので、実に 50 倍の率です。
この差があったから、私は立ち止まりました。売り文句は「Bitcoin のセキュリティが外側へ広がる」です。多くの人はそれを、BSN の背後にある“ほぼ全額の BTC”がコストになっていて、Ethereum で起きるような本格的なスラッシングの仕組みを攻撃しているのだ、と読みます。けれども、実際の抑止力が 0.1% までだとしたら、「このチェーンを確保する数十億の BTC」は経済よりも物語の役割を果たしていることになります。誤作動するプロバイダは“数十億”を危険にさらすのではなく、委任されたステークの 0.1% を危険にさらし、そのリスクはプロバイダ自身の資本ではなく、委任した BTC 保有者側に乗ります。
はっきり言っておく価値があります。Babylon ではまだ、最終性プロバイダが実際にスラッシュされた事例はありません。この仕組みはまだ本番で未検証です。現実の「誤作動したくなる」インセンティブが出てきたとき、0.1% のペナルティで 250+ のオペレーターが本当に正直でいられるのか、実世界での検証がありません。
0.1% は、委任者の下振れを十分に小さくして、彼らが喜んでステークできるようにするための意図的な選択なのか。それとも、実際に強制できる内容まで見ていくと、ここで言う「セキュリティ」は TVL 見出しが示唆するほど厚くないというサインなのか？

#baby $BABY $BTC

デッキを読むだけではなく、バビロンの「信頼不要BTC DeFi」という売り込みを分解して眺めていました。　TVLは約26億ドルで、今週は約19%下落—6億ドル以上が消えています。「BTC DeFiをただ直しただけだ」という話のはずが、こうなるのはよくありません。とはいえ、それ自体は製品拡張は起こり続け得る一方でTVLは収縮するので、単体では弱い見方です。　より難しいポイントは、$BABY が実際にどこで取引されているかです。24時間出来高は約620万ドルで、そのうちDEXは約13%にすぎず、残りは集中型取引所のフロー。信頼できる仲介者を取り除くことを前提にしたプロトコルにしては、トークン自体が「信頼不要」のレールに触れる場面がほとんどありません。　次に、BTCに裏付けられた専用のスポークがあります。最初は単なる担保の項目のように見えますが、BTCの流動性を切り出すことで、より静かな効果が出ます。つまり、売り払わずにBTCを置いて働かせられるかを検証する預金者をふるい分け、利回りハンターではない人たちを通すのです。ブリッジやカストディ（保管）に伴う摩擦が、すでに「それでもいける」と確信している人以外をふるい落とします。入るのは遅く、出るのも遅い。　トークノミクスにも別の層があります。8%の年率インフレは、機械的で保証されている。一方のバーン・オークションは、BSNの採用が実際に報酬フローを生み出した場合にのみ発火します。片方は利用の有無に関係なく動く時計。もう片方は違う。　どれも「壊れている」と言いたいわけではありません。別々のシステムが、別々のタイムラインで動いているだけで、そしてバビロン側にとって確実に動くのは、そのうちの1つだけです。　「信頼不要」は、結局どこで成立している必要があるのでしょう—担保メカニズムなのか、それともその上に価格付けされるすべてなのか？

@BabylonLabs_io #baby $BABY $BTC

昨夜眠れなかったので、どうしようかと考えていました。映画を見るか、それとも何か仕事をするか。その後、仮想通貨市場を見てみようと思って、CoinMarketCapのアプリを開きました。すると、今日BTC市場が0.72%下がっているのを見て、次に$BABY トークンが0.01199ドルで3.5%上がっているのを確認しました。価格は上昇中で、時価総額は51.22m、24時間の出来高は52.11m。出来高の上昇率は475%で、順位は24位でした。価格を見るだけで自分は判断できると思っていました。でもここ数日、@BabylonLabs_io が何度も目の前に現れるように思えて、プロジェクトの詳細をもっと知りたくなりました。そこでCertik.Skynetの監査ページに行きました。するとスコアを見て、正直驚きました。セキュリティ欄では89.58のAA評価スコアが良好な状態のように見えます。さらに、いくつかの第三者監査もあります。Certikのページをもう少し下まで見ると、Certikの監査はまだ完了していないこと、チームの検証がないこと、そして評価も「partial（部分的）」として表示されていました。そこで疑問が浮かびました。かなり強い内容に聞こえるのに、なぜこんなに良いプロジェクトなのに未完了のままなのでしょうか。Certikのページからは監査がまだ完了していないことが分かります。十分に理由があるのかもしれませんが、私たちには分かりません。しかし一般ユーザーとして、この点は気になってしまいました。これらがこの話題に関してあったほうが良かったと思いますか？それとも、ある程度の情報があれば十分なのでしょうか？

#baby $BABY