Ra44

TermMaxの93% DeFiSafetyスコアが常に引用されます。内訳のほうが見出しよりも役に立ちます。
6つのカテゴリ。コードとチーム100%。オラクル100%。管理コントロール97%。セキュリティ94%。テスト89%。コードドキュメンテーション70%。

ドキュメンテーションは大きく最も低く、そして多くのユーザーが実際に触れるのはこのカテゴリだけです。あなたはテストスイートを決して読みません。読むのはドキュメントです。

私はそれらを精査する過程で裏付けとなる証拠に行き当たりました。FAQでは、流動性提供者はlp-FTと呼ばれるLPトークンから利回りを得ると書かれています。しかし、ドキュメントの他の場所ではlp-FTの定義を見つけられませんでした。

これらがプロトコルを危険にするわけではありません。70点でもなお基準を通過しており、実際に資金を守るカテゴリが最も高いスコアだった――強さを「どこに」持つべきかという正しい順序です。

ただし、それはスタック全体で最も大きなギャップが、コントラクトが行うことと、読者が把握できることの間にあるという意味でもあります。

ドキュメンテーションのスコアは、小口の資金を預ける個人にとって、セキュリティスコアと同じくらい重く評価されるべきでしょうか？

#termmax @TermMax

#dusk $DUSK @Dusk
以前は、トークンは動くだけだと思っていました。トークンは一度作られ、その後誰かが取引を止めるまで手渡され続ける。移動こそが、語彙のすべてのように見えました。
しかし、有価証券が生涯の中で実際に何をするのかを見て、語彙には単語が欠けていると気づきました。
債券は満期を迎えます。ファンドのユニットは償還されます。つまり、その金融商品が最終的な保有者に渡されてそのまま置かれ続けるわけではありません。決済され、その結果、それを支える義務が履行されたことで、存在しなくなります。
このような資産のために作られたシステムは、移転だけを扱えれば十分ではありません。資産が正当な形で「破棄」される瞬間も扱う必要があり、そのうえで、あとから確認しようとする人にとって納得できる記録を残さなければなりません。
私が注目したのは、この点がトークン化の議論にほとんど登場しないことです。説明のほとんどは発行と取引で止まってしまいます。まるで、関心の中心が、その資産をオンチェーンに載せてそこに保持することにあるかのように。
しかし、ある金融商品の終わりの局面こそが、実際にお金が保有者へ戻ってくるところです。そして、そのステップを誤ることは、時間のかかる移転よりもはるかに重大な影響を及ぼします。
支払いがオフチェーンで行われ、トークンがオンチェーン上で破棄される実務はどう扱われているのかは、私は知りません。そこは、2つの記録が最も容易に食い違ってしまいそうな瞬間に見えます。
そこから私は「所有」ではなく「ライフサイクル」を読むようになりました。物語が始まるのは発行であり、実際にきちんと動作しなければならないのは、償還の部分だということです。

#dusk $DUSK @Dusk
When I first read that a licensed institution intends to bring a large amount of assets onto a chain, I treated that number as a result. Something that had happened.
Looking at it more carefully, I realised I was reading an intention as an outcome.
A figure like that describes assets that an institution plans to represent on-chain. It does not describe how often those assets move, how much value settles through the chain in a given month, or how much activity the network actually processes because of them.

Those are separate measurements, and they behave differently. An asset can be issued on-chain and then sit completely still for years, which is entirely normal for many instruments. Nothing has gone wrong. It simply means the headline figure and the network's activity are answering different questions.

What caught my attention is how easily the two get merged in discussion, including by me. A large number appears, and it feels like proof of adoption, when it is really a statement of intent by one institution.
That does not make it meaningless. An institution with a licence choosing to commit anything at all is a real signal, and a harder one to obtain than most crypto partnerships.

But I would want to see the second set of numbers before drawing conclusions, and I am not sure those are publicly available yet in a form I could rely on.
Maybe that is the more useful habit. When a number appears, asking whether it describes something that happened, or something that someone intends to happen.

#dusk $DUSK @Dusk
では、ヨーロッパでトークン化された債券に実際に適用されるルールは何なのでしょうか？
昔、答えは単純だと思っていました。ヨーロッパは大規模な暗号規制を導入したので、ヨーロッパにおける暗号はそれに含まれ、トークン化された資産は暗号だ。だいたいそんなふうにこの話題は議論されていて、私はそれを疑いもしませんでした。
しかしDuskが何を作ろうとしているのかについて読んでいくうちに、その前提が重要なところで崩れていることが見えてきました。
ヨーロッパの暗号資産の枠組みは、すでに法的な居場所がなかったもの（ユーティリティトークン、ステーブルコイン、そしてそれらの周辺でサービスを提供する事業者）を対象に書かれました。そこを埋めるためのものだったのです。
トークン化された債券やトークン化された株式は、その「隙間」にはありません。金融商品であり、金融商品は、これらが存在するはるか以前から、証券市場向けに作られたまったく別のルール体系のもとですでに規制されていました。これをブロックチェーンに載せたところで、より新しい枠組みに移るわけではありません。いつもどおりの場所に留まります。
特に注目すべきは、Duskのようなプロジェクトの構造のされ方について、どれほどそれが説明できるかという点です。資産が証券規制の中にとどまるなら、チェーンそれ自体で単純に適法対応できるわけではありません。つまり、その資産クラスに必要な権限をすでに保有している、ライセンスを受けた取引・運営の場や、ライセンスを受けた仲介者と並んで機能する必要があるのです。
それは私にとって、パートナーシップの捉え方を変えました。彼らは単なるマーケティング上の節目ではありません。そもそも「そのものが使用可能な形で合法になる」ための仕組みなのです。
プロトコルと、それを使う機関との間で責任がどこで分かれるのかを私が断言できる立場ではありません。むしろ自信のある意見というより、専門家の見解が欲しいところです。
ただ、ここから先は規制に関する主張を「はい／いいえ」の単発の判断として読むのをやめました。適用されるルールは、その資産が何であるかに依存します。そして何かをトークン化しても、その本質（何であるか）まで変わるわけではありません。

#dusk $DUSK @Dusk 以前は、ブロックチェーンの送金には「成功するか、失敗するか」の2つの結果しかないと思っていました。成功すれば値が移動し、失敗すれば何かが壊れたのだと。けれども、Duskが規制対象資産の移転をどう記述しているかを深掘りするほど、そのモデルは金融市場には単純すぎると気づきました。
通常のチェーンでは、拒否されたトランザクションはほとんど何も教えてくれません。ガスが尽きた、require文がトリップした、など。しかもその間に状態が変わってしまうこともあります。結果として、どれが原因だったのか当てずっぽうになります。
しかし規制対象資産では、そのあいまいさは許容できません。Duskのドキュメントでは、明確な理由付きで失敗する送金チェックに加えて、— そして私が特に面白いと思ったのは — トランザクションが一度も送信されないうちにシミュレートできるチェックがあることが説明されています。
私が特に注目したのは、2点目が示唆することです。つまり、適格性は「送金を試して失敗するのを見て」初めて分かるものではない、ということです。台帳に触れることなく、先に問いを投げれば回答を得られます。
これは、従来の仕組みがすでにそうなっているのと似ています。ブローカーは、コンプライアンスシステムが許可することを期待して注文を送信しません。チェックは事前に行われ、取引が拒否される場合には、誰かが正確に理由を説明できます。たとえば、相手方が認定されていない、保有期間がまだ経過していない、管轄が制限されている、などです。「理由のない拒否」は、規制されたプロセスでは使える答えにはなりません。
失敗は偶然ではなく、情報になります。そして、理由を伴う拒否は、理由のない成功よりもおそらく有用です。
ただ、実際の運用でそれらの理由がどれほど詳細なのか、また、今日のアプリケーションでどこまで利用可能なのかは、設計目標として述べられているだけなのかを含めて、まだ判断できません。
そこから私は、設計の見え方が変わってきました。オンチェーンのコンプライアンスは、悪いトランザクションをブロックすることが目的とは限らないのかもしれません。誰もコミットする前に、結果を予測可能にすることが目的なのかもしれないのです。

#dusk $DUSK @Dusk Solidity developers don't want to relearn an entire toolchain just to try a new chain.

So making DuskEVM OP Stack-compatible looked like a smart move at first glance.

Developers can use Solidity and familiar EVM tooling instead of starting from zero. But DuskEVM is only the execution layer. Final settlement and data availability run through DuskDS, Dusk's base layer with deterministic finality.

That is a genuine attempt at the best of both worlds.

Keep Ethereum's developer experience, while anchoring applications to infrastructure designed around financial settlement.

But the architecture creates a second question.

Every time execution and settlement live on different layers, the connection between them becomes critical. Value, state and proofs have to move safely between DuskEVM and DuskDS.

And historically, bridges and cross-layer interfaces have been some of crypto's most fragile infrastructure.

Dusk itself learned a version of that lesson in January when its separate Dusk↔BSC bridge suffered a signing-wallet compromise. That was not an exploit of DuskEVM or its DuskDS settlement path, so the two should not be confused.

But the principle still matters: the base chain can remain secure while infrastructure connecting two environments becomes the weaker point.

Dusk describes the DuskDS↔DuskEVM bridge as native and trustless, without external custodians or wrapped assets.

That is encouraging, but as more applications and value move onto DuskEVM, the security assumptions behind that settlement path become more important, not less.

EVM compatibility lowers the barrier for builders.

It also gives Dusk another boundary that has to be defended perfectly.

Is EVM compatibility simply a necessary trade-off for adoption — or does every privacy-first chain that adds an EVM layer also expand the attack surface it has to protect?

$DUSK @Dusk

TermMaxのTGEページからの2つの文。今週一部の人の行動を変えることになります。
1つ目。チェッカー画面に「Genesis Reward」が表示されている場合——それは初期および長期の貢献者向けの特別な報酬として説明されています——それは画面上部に表示されている総配分にすでに含まれています。
追加されない。含まれている。
それは、ボーナス欄の読み方とは正反対です。さらに、ベスティングの閾値を超えていて、70%の没収を選ぶか85%のベスティングを選ぶか判断しているなら、自分の基準数を膨らませると、あなたがたどり着く答えが変わります。
2つ目。即時に請求できるTMXの請求には、時間制限がありません。管理ページにはそう明確に書かれています——戻ってきて、いつでも請求してください。
これは本当に良い設計で、あるべきよりも珍しいです。多くのローンチでは未請求トークンに期限を付けており、それによって誰もがガス代と価格の面で最悪の日に取引するよう追い込まれます。
まとめると、今週ほとんどの人が逆に理解してしまうものが見えてきます。
判断は緊急です。8月23日 23:59（UTC）。逃すと、最長のロックアップがあなたに割り当てられます。
取引は緊急ではありません。まったく。
だから、急ぐのは請求ではなく「選択」のほうです。市場がどう動いているかに関係なく、とにかく初日に請求しに駆け込む人が多くなり、一方で締切は後で対処すべきものだと考えるでしょう。
完全に逆です。
あなたが実際に「本物の締切」として扱っているのは、どちらの期限ですか？

#termmax @TermMax

些細なディテールだが、驚くほど興味深い。
夕暮れの取引（デスク取引）には、最大512バイトのメモを持たせることができます。取引タイプは全部で4種類あります。通常の送金、コントラクト呼び出し、コントラクトのデプロイ、メモ付きの送金です。
そもそも、秘匿性を前提に作られたチェーンで、なぜメモ欄が存在するのでしょうか？
取引所です。それを導入した技術メモには、「目的は、単一の受信用キーまたはアドレスを使いながら、取引所が社内アカウントを宛先にできるようにすることだ」とあります。CosmosやXRPで取引所に入金したことがある人なら、この“儀式”をまさに知っているはずです――共有アドレスに加えて、「どの顧客か」を示すタグを付けるのです。
では、「すべてを公開すべきではない」というのが売りのチェーンで、取引所連携の運用上の現実は、「この支払いがどのアカウントに属するのか」をオープンに書き込むための欄を生み出しました。
それは偽善だとは思いません。@Dusk がずっと主張しているのと同じ原則です――開示は選択であるべきで、有用な場面に適用されるべきで、どこにでもデフォルトで適用されるべきではない。
入金メモは、「判読できること」がすべてという場所です。
しかし512バイトはかなりの余地があり、汎用フィールドは決して所定のレーンに留まりません。他のチェーンのメモは、請求書参照、注文ID、メッセージ、そして時には誰も想定していなかったものになっています。そこに何が書き込まれても、それは、そんなことを考えていないユーザーによって、永続的に公開台帳へ刻まれます。
面白い問いはメモ欄そのものではありません。取引量が増えたあとに人々が何を書き始めるのか、そして誰かがそれを見ているのか、そこです。
メモベースの入金でチェーンを統合したことがあるなら――誰かがそこに書いた“いちばん奇妙なもの”は何でしたか？

#dusk $DUSK @Dusk

Native DUSK は小数点以下 9 桁です。1 DUSK は 1,000,000,000 LUX。
ERC20 と BEP20 は $DUSK ともに 18 桁です。
トークノミクスのページにあるこの 2 行を、想定より長く見つめてしまいました。なぜなら、そういう細部はスレッドにはならないのに、間違いなくサポートチケットを生む種類の情報だからです。
私がずっと考えてしまう結末が 2 つあります。
1: LUX は、手数料市場全体の解像度です。ガス価格は「ガス単位あたり LUX」で設定され、手数料は「使用したガス量 × ガス価格」です。9 桁は、@Dusk で将来的に値付けできる中で最も細かい単位です。証券決済を狙うチェーン——クーポン計算、配当の分割、端数保有が日常茶飯事の——にとって、この上限は“ちょっとしたこと”ではなく、実際の設計パラメータです。9 桁で十分かどうかはトークン単位では確かに言えるものの、最終的にそれに対して精算されるあらゆる口座・金融商品にとって十分かは別問題です。
2: 18 から 9 への移行は、ロスのない変更ではありません。Ethereum や BSC では 9 桁目より下の端数は、メインネット上に“着地”しません。つまり、そのダスト（端数）を丸めるのか、切り捨てるのか、それともブロックするのか——その判断を誰がどう決めるのかが重要で、特に移行ガイドが書かれているまさにその対象者にとって一番効いてきます。
私は移行ガイドと BEP20 ブリッジガイドを読みましたが、そのルールがはっきり明記されているのを見つけられませんでした。正しく、かつ単純に処理されているのに、ただドキュメント化されていないのかもしれません。ある場所には書かれているのに、私がそこまで到達できていないだけかもしれません。
だからこそ、推測するより質問したいです。
ERC20 または BEP20 の DUSK をメインネットへ移行した方へ——残高は正確に着地しましたか？それとも最後の数桁はどこかへ消えてしまいましたか？

#dusk @Dusk $BTC

@Dusk
Duskのブロック報酬の内訳を足し合わせて、100%に着地するはずだと思いました。ブロックジェネレーター70%、開発ファンド10%、検証委員会5%、批准委員会5%。これで90%です。足りない10%は、固定されていると私が想定していた部分でした。実際にはそうではありません。
その最後の取り分はブロックジェネレーターにも行きますが、ブロック証明書に含まれるクレジットに基づいて、最大10%までです。配分されなかった部分は焼却されます。
つまり、Duskの放出（emission）は一部がパフォーマンス条件付きです。証明書に委員会票が満額含まれているブロックは報酬の全額を支払います。より少ないクレジットを集めたブロックはより少ない額を支払う。そして不足分は持ち越されず、別へ振り向けられず、破棄されます。すべてのブロックが、供給によって決着する「委員会参加に関する小さな住民投票」なのです。
だからこそ、放出の見出しと、ステーカーに向けた数値は別の問いになります。Duskは幾何学的減衰（r = 0.5）で、4年ごとに半減しながら36年間で500,000,000 DUSKを放出します。期間1：12,614,400ブロックにわたって、ブロックあたり19.8574 DUSK。合計250.48M DUSK。これが発行量です。しかし、毎ブロック報酬の10%は開発ファンドへ回り、条件付き10%のうち未知の割合は焼却されます。
「チェーンはブロックあたりいくら放出するのか」と「ステーカーに届くのはいくらか」は別々に解きます。そして後者は、その特定ブロックがネットワークからどれだけきちんと承認（attested）されたかに依存します。
私は、固定APYの約束よりも、この方が誠実だと思います。広告した数字を出して、ネットワークがそれを届けてくれることを願うのではなく、実際のコンセンサス参加を値付けしているからです。とはいえ、誠実さとモデル化可能性は同じではありません。いまバリデータ事業の規模を決めるには、平均的な証明書の完全性という仮定が必要で、マーケティング用のページでは扱われない変数です。
Duskは、規制された市場のために制度系バリデータを誘致しています。パフォーマンス条件付きで、一部が焼却される報酬は、この層にとって適切なインセンティブなのでしょうか。それとも、制度には優雅さよりも予測可能性がより必要なのでしょうか？

#dusk $DUSK

@TermMax のプリマインには注目点があります：40M TMX（総供給の4%）は、初期ユーザー向けのインセンティブとして確保されており、ゼロのベスティングです。TGE直後に1:1で請求可能—TermMax自身のドキュメントによるとそうです。

ここで重要なのは文脈です。別枠のボーナスTMXレイヤーとして、サードパーティのバルブ・パートナーであるNeutral Tradeが提供しているものは、6ヶ月のリニア・ベスティングを使っており、クリフはありません。つまり、TMXがベスティングの設計をサポートできることは明らかです。ただし、その組み立ての判断はNeutral Trade側で、TermMax側ではありません。コア・プールのノーベスティング設計を、#termmax の意図的なシグナルだと読むのは早計だと思います。

解釈としてはどちらも同程度にあり得ます。チームがフロントロードされた売り圧力を気にしていないのか、あるいはノーベスティングの方が運用が単純だから採用しただけなのか。どちらかを支持するだけの十分な根拠はありません。

セキュリティ：Spearbit/Cantinaの監査は、TermMaxの公表レポートではなくNeutral Tradeのドキュメントで引用されています。おそらく事実ですが、二次情報です。DeFiSafetyの93%スコアは、TermMax自身のサイトに掲載されており、これは堅実です。

資金調達：総額は約$6.8M—$2.55Mのエンジェル（2022）＋シード（評価額$38M）、Cumberlandがリード（2023）。シード金額は異論あり：$4.25M（CryptoRank）と、別の資料では$4.45Mで、親エンティティ「Term Structure」に紐づいています。小さなものの、未解決の差があります。

より大きな不明点：残り96%（チーム、投資家、トレジャリー）についての公開ベスティング／クリフのスケジュールがないことです。これは、40Mプリマインよりも長期的に重要です。

本当の問い：40Mプールのうち、TGE時点でどれだけが積み上がるのか。これが、今回が単なる小さな流動性の小刻みなのか、それとも本当のマーケット・ムーバーになるのかを決めます。

#dusk $DUSK @Dusk 暗闇（Dusk）のコンセンサス「簡潔なアテステーション（SA）」は、委員会ベースのパーミッションレス・プルーフ・オブ・ステーク（PoS）プロトコルです。対象となる提供者（provisioner）は、決定論的で、保有（stake）に重み付けされたソーティションにより選ばれて、ラウンドごとに小さな委員会を形成します。これらの委員会は、ブロックごとに全バリデータ・セットが参加して重み付けすることを要求するのではなく、集約署名を用いてブロックを提案・検証・承認（ratify）します。Dusk のドキュメントでは、トランザクションが 4 つの状態へ進むと説明しています。Accepted（受領され有効）、Confirmed（後続ブロックが積み上がっていく中でブロックに含まれた）、Stable（巻き戻される可能性が非常に低いほど十分に深い場所に埋まった）、Final（決定論的かつ暗号学的に不可逆であると保証される）。これは、ブロックが決して絶対的に最終（final）にならず、十分な確認（confirmations）が積み上がった後は「おそらく安全（probably safe）」として扱われる、ナカモト型コンセンサスと明確に対比されています。

多くのチェーンでは、ユーザに対して 1 つのシグナル（確認数）だけが提示され、「十分」と言える基準をユーザに委ねています。Dusk の 4 段階モデルは、通常は暗黙のままにされていることを明示します。つまり、異なる行為者（actor）は、異なるタイミングで異なる確実性（certainty）閾値を必要とします。小口の送金では「Confirmed」で十分と考えてよいかもしれませんが、有価証券の決済ではほぼ確実に「Final」が必要です。純粋に確率論的なシステムと比べて、SA は（ブロックのアテストを行うのは各ブロックにつき委員会のみであるため）分散の表面積の一部を交換して、その一方で、最終性が確率ではなく絶対になる「明示的で、上限付きの」地点を提供します。

4 つの最終性状態を公開することは、決済が実際にどう機能しているかについてより正直ですが、その代わりに、ユーザまたはアプリケーション層に「このトランザクションにとってどの段階が十分か」という判断を委ねることにもなります。この最終性の実構造を見せることで、ユーザはより適切に調整された判断ができるようになるのでしょうか。それとも、追加されたきめ細かさは結局、ウォレットやアプリによって多くが抽象化されてしまうのでしょうか？

#dusk $DUSK @Dusk

ネットワーク層については、Duskが多くのチェーンのようにブロックや投票をぐるぐる回して動かしていないことに気づくまでは、あまり深く考えていませんでした。すべてのメッセージをすべてのピアに洪水のように流すのではなく、Kadcastというものを使っています。これはKademlia型の構造化ルーティングに基づいています。

それ自体は、コアチーム以外の誰も意識しないようなバックエンドの詳細に見えます。しかし、それがSuccinct Attestationが実際にどのように動くかと並べて見ると重要性が増してきます。委員会ベースのコンセンサスは、数秒以内にブロックを確定するために十分な速さで投票を交換できる少数のプロビジョナ（provisioner）に依存しています。もし、その下のネットワーク層が遅かったり、同じメッセージを全員に再ブロードキャストすることで帯域を無駄にしたりすると、バリデータ集合が大きくなったり、地理的に分散したりするほど、その厳しい投票のタイムウィンドウを狙い通りに達成するのが難しくなります。

Kadcastは、ランダムなフラッディングではなく、ネットワーク上の距離に基づいて決定論的な経路でメッセージをルーティングし、文書化された結果としてメッセージあたりの帯域使用量が意味のある形で低くなります。ラウンドごとに委員会が投票を交換することに重きを置くチェーンにとって、これは見た目の改善ではありません。小さなテストネットだけでなく、実運用の規模で最終性（finality）の保証が実際に成り立つための、より前提条件に近いものです。

ただ、より厳しい条件下でどう振る舞うのかについては、私にははっきりしたイメージがありません。バリデータ集合が大陸をまたいで分散している場合、接続品質が不均一な場合、あるいはネットワーク層における単なる非効率ではない本物の敵対的挙動がある場合です。構造化ルーティングプロトコルには、ノードが不正行為をしたり、予測できずに落ちたりする場合に固有のトレードオフがあります。Kadcastの効率が、今日よりもネットワークが大きく、より混沌とした状態になったときにも維持されるのかは、実際のスケールテストで初めて本当のところが分かるのだろう、というのが正直なところです。

「トークン化された資産」という言葉が雑に使われがちなので、きちんと整理します。

従来のやり方はラッパートークン化です。ある資産を用意し、それをトークンで包みます。このトークンが、いまや保有（所有権）を表すことになります。しかしそれ以外の—取引、清算、保管、決済—は、これまでとまったく同じように別々のシステムの中に残り、後から突合されます。トークンはあくまで表象であって、資産そのものの実際の稼働記録ではありません。

代替案はネイティブ発行です。既存のプロセスを包むのではなく、ライフサイクル全体を最初からオンチェーン上に置きます。発行、保有、移転、決済、サービシング、レポーティング—それらが途切れない1つの記録としてつながり、バラバラの5つの記録を手作業で縫い合わせる必要はありません。

では、この違いは実務上なぜ重要なのでしょうか？

各モデルで債券の持ち主が変わるときのことを考えてください。ラッピングの場合、トークンは移動しますが、オフチェーンのどこかで、カストディアン、清算機関、レジストラがそれぞれ自分の記録を独立に更新して、整合させる必要があります。この突合ステップこそが、コスト、遅延、そして紛争が生まれやすい場所です。

ネイティブ発行では、記録は1つです。保有が変われば、すべての下流の事実—決済、レポーティング、サービシング—が即座に反映されます。突合すべき別のものが残っていないからです。

これが理論上の利点です。正直な限界もあります。機関がモデルを切り替えるのは、「どちらの設計のほうが筋がいいか」ではありません。古いモデルを続けるコストが、変更するコストを上回るときに切り替えるのです。紙の上でどちらが優れているかとは無関係に、レガシー基盤は粘着性が高いのです。

つまり、考え方として有用なのは「どちらが賢いか」ではありません。「どちらのモデルが実際に大規模で採用されるのか」です。そしてそれは、ホワイトペーパーから答えるのがずっと難しい問いです。

#dusk $DUSK @Dusk

リアルな活動
ピッチデックを読み返す代わりに、ある晩は数字だけを眺めて過ごしました。そこにギャップが現れていたんです。
夕暮れのような“制度グレードのRWAレール”として、どこでも語られています。つまり、名の知れた企業とのパートナーシップや連携が付いてくる、という話です。ですが、実際に今オンチェーンで動いているのは、規模としては小さい。BinanceのDUSK/USDTペアが、全体の市場出来高のうち控えめな一部を担っている一方で、残りは小規模な取引所に薄く散らばっています。まだ、“制度的”という物語が住むべき場所には程遠い。
ステーキングも、より小さな規模では同じ形をしています。ハイパーステーキングは誰でも参加しやすいように作られていて、低い参入障壁、許可不要、比較的短いマチュリティ期間が特徴です。一方で、より大きなトークン化の取り組みは、依然として主に「将来の予定」として語られていて、「順次展開中」のまま。
もう一つ、セキュリティ面も腰を据えて見ておく価値があります。独立したセキュリティ評価では、現時点で監査カバレッジ、保険スコアリング、バグバウンティのカバレッジがいずれもかなり控えめです。これは珍しいことではありません。L1の多くが、セキュリティスタックの全体が成熟する前にローンチされます。それでも、カストディ銀行やトークン化された証券に特化したチェーンにとっては、目立つギャップと言えます。
これらは“危機的”というより“初期”に見えます。インフラを作るには時間がかかる。いま注視すべきなのは、実際に決済レイヤーを最初に使うのが誰なのか——今日すでに稼働しているステーカーなのか、それとも書類やコンプライアンスのレールが整うのをまだ待っている機関なのか。
制度的な物語と、現在のオンチェーンでの活動とのギャップは、単なる初期段階の通常の遅れなのでしょうか？それとも、実際の制度導入がどれだけ進んでいるかを示しているのでしょうか？

#dusk $DUSK @Dusk

#dusk $DUSK ほとんどのDUSK解説で見過ごされがちな点があります。これは、1つのプライバシーモデルを後付けした“チェーン”ではありません。支払いとセキュリティは同じ種類のオブジェクトではなく、失敗の仕方も同じではないため、異なる2つのトランザクションモデルを同時に走らせるチェーンです。
Phoenixは、日常の秘匿された送金のためのUTxO型モデルです。残高と相手先を隠し、ノートはメルカルツリーで追跡し、どのノートが使われたかを明かさずに二重支払いを防ぐnullifierを備えています。通常の価値移転におけるスループットと機密性のために作られています。
Zedgerは、意図的に別物です。これはトークン化された証券を対象に、特にモデル化されています。ここで重要なのは、単に残高を隠すことではありません。規制の枠組みの下で、発行、譲渡制限、コーポレートアクション、償還といったライフサイクルイベントが正しく起きたことを証明しつつ、キャップテーブルをパブリックチェーンに漏らさないことです。証券トークンには、Phoenixが想定していなかった義務があります。投資家の属性に紐づく譲渡制限、特定の法的条件のもとで発行体が凍結または回収できること、残高が封印されたままでも成立し続ける監査要件などです。
この2つを1つの決済レイヤー上で同時に動かすのが、実際のエンジニアリング上の賭けです。Duskは「“プライベート送金チェーン”」と「“コンプライアンス対応の証券チェーン”」のどちらかを選んでいるのではありません。規制市場では、同じ取引日に両方の種類のトランザクションが関わるため、同一の実行環境で両方のプリミティブが利用可能である必要がある、と主張しているのです。転送コントラクトは同じメルカルツリーに基づく完全性モデルを通じて両方のフローを管理しており、異なる2つのプライバシー保証を持つ2つのチェーンをブリッジするより、よりクリーンなアーキテクチャになっています。
課題は、双方の仕様が別々に進化していく中で、このデュアルモデルの複雑さが保守負担になってしまうのか、それとも万能な“ワンサイズ・フィット・オール”のプライバシーレイヤーより本当に堅牢なのか、という点です。
資産クラスごとに意図的に分割された、2つの本番用トランザクションモデルをL1として出している例を、他に知っている人はいますか？ あらゆるものに1つの汎用プライバシープリミティブを押し広げるのではなく。
@Dusk $NVDAB

バビロンのチームはBABE――彼らの新しい「証明検証システム」――を、トラストレスなビットコイン・ボールトを実用にする“解錠キー”として位置づけていました。およそ1000分の1のストレージ量、1000分の1のセットアップ速度で、数時間から数秒へ。それを単独で読むと、出荷済みのアップグレードのように聞こえます。

しかし同じ通話から、彼ら自身のロールアウト計画も確認しました。BABEはまだライブのメインネット機能ではなく、段階的に進めています。まずはアルファのテストネット（ビットコイン側、ZK、検証の堅牢化）。次にベータのテストネット（メインネット対応のAPIとドキュメント）。その後にメインネットを目標にします。
圧縮の数値は実際のラボ結果です。ただし、本番規模で成立するかどうか、実際のネットワーク条件下で、そして本物の敵対的テストを行った上でどうなるかは別問題で、いまなお未解決の主張です。

これはレッドフラグではありません。深刻な暗号技術は、たいてい一度に全部ではなく、段階を踏んで出荷されます。とはいえ、「1000x smaller」という見出しと「still in alpha」というステータスは、どちらも同時に真実であり、そのうちスレッドに入ってくるのは片方だけです。

発表投稿に頼るのではなく、BABEが実際にどの段階を経て“卒業”していくのかを追うなら、どこが良いでしょうか？
@BabylonLabs_io #baby $BABY

9すべてのdn #BibanceTurns9

最近、GRVTをしばらく探索し、そのオンチェーン・ファイナンスの未来に向けたビジョンを知って、とても興味深いと感じました。

GRVTは単に別の取引プラットフォームを作っているわけではありません。より大きな目標は、ユーザーが取引し、投資し、資本をより生産的に活用できる、完全なオンチェーンの金融エコシステムを作ることです。その際、資金を異なるプラットフォーム間で常に移動する必要がありません。

私が特に惹かれたのは、GRVTの背後にあるインフラです。専用に設計されたリスクエンジン、マッチングエンジン、そしてZK Atlasの決済レイヤーなどが含まれます。この組み合わせは、より速く、より安全で、より効率的な取引体験の実現に焦点を当てています。

GRVTのもう一つ重要な要素が「統合マージン」です。資本を使わずに残すのではなく、ユーザーは同じ残高を取引、収益機会、マージン関連の活動に活用できます。これにより、全体として資本効率が向上します。

また、GRVTがReal-World Assets（RWA）に注力している点も興味深いです。従来の金融機会をオンチェーンに持ち込むことで、機関投資家レベルの資産と成長するWeb3エコシステムを結びつけることを目指しています。

金融の未来は、トークン化とコンポーザビリティへと向かっています。取引、投資、そして獲得（収益化）が、別々の体験ではなく、1つのエコシステムの中で連携できる世界です。

私にとってGRVTの魅力は、取引プラットフォームだけではありません。より大きなビジョン、つまり、より効率的で、より利用しやすく、より生産的なオンチェーンの富のエコシステムを構築することにあります。

オンチェーン・ファイナンスの歩みはまだ始まったばかりで、GRVTはこの次の章に向けて位置付けています。2026年に、プロジェクトがどこまで到達できるのか楽しみです。💪

@grvt_io

#grvt #OnchainWealth #RWA #DeFi: #Web3 #Crypto

"私はGRVTとCCXTライブラリの統合に本当に感銘を受けました！サービスはAWSの東京リージョンでホストされているので、トレーダーにとって極めて高速です。ではセキュリティは？APIまたはウォレットログインのどちらでも、とても簡単に認証できます。Chain IDやリファラーデータも、すべてに対して個別のAPIがあります。データフィードの構造やシーケンス番号の仕組みが見事に設計されていて、メッセージの一貫性を保つのに非常に効果的です。👍 #grvt #Crypto #Trading @grvt_io