best_bd_t

#dusk $DUSK @Dusk
私がこれまで一度も疑ったことのない前提――プロジェクトが複数のレイヤーを構築するなら、各レイヤーが最終的にそれぞれ独自のトークンを持つのだろうと考えていました。そのパターンはあまりに一般的で、もはや判断として認識されなくなっていました。
Duskは決済、実行、そしてプライバシー重視の環境を分離し、3つすべてにまたがって1つのトークンだけを維持します。
回避できているものには名前を付ける価値があります。複数のトークンはユーザーに課税し、何かをする前に適切なものを手に入れさせるうえ、どのアセットがシステムの価値を担っているのかという永続的な議論を生みます。その代償は集中――すべてが1つのアセットに依存し、その経済性が破綻すれば、同時に3か所で失敗することになるからです。
さらに、これらのレイヤー間で価値がどう移動するか、という問題があります。一般的なブリッジは実物のアセットをどこかにロックし、別の場所で表現（レプリゼンテーション）を発行しますが、その表現の良さは、元のアセットを保有している相手次第です。この業界は、そのことを繰り返し、そして高いコストで学んできました。Duskは、自社のレイヤー間の移動を、ネットワークを守るのと同じバリデータが扱うと説明しています。ラップド・アセットもなく、カストディもありません。聞こえるよりずっと狭い話で、1つのシステム内でしか成立しないからです――ただし、狭い主張ほど往々にして信頼できるものです。
3つ目の要素は、工学とは無関係です。ライセンスを受けた会場がそのスタック全体で運用する場合、権限は上に載る1つの商品ではなく、その全体を対象に及びます。個別の承認を各境界で積み重ねるのではなく、発行・取引・決済を1つの傘の下にまとめる――そして、その境界の一つ一つが、プロジェクトをこっそり1年止めてしまう場所です。
そのカバー範囲がどこまで広がるのか私には評価できません。この種の主張では、要約以上に詳細が重要になります。
ですが、ここから私は、彼らが作ったものではなく、資金を得た競合が来年そのまま簡単に作れてしまうのは何かでプロジェクトを判断するようになりました。

#dusk $DUSK @Dusk
Earlier, I assumed that everyone running a blockchain node was doing the same job and getting paid for it. Nodes secure the network, the network rewards them, and that seemed like the whole arrangement.
Looking more closely at how Dusk's network is actually made up, I realized that is only half of what is happening.
Some participants take part in consensus. They are chosen to help produce and confirm blocks, and they receive rewards for it. That is the part everyone talks about.
But a network also needs machines that simply keep a copy of everything, pass transactions along, and answer questions when an application asks something. Those machines are doing real work and receiving nothing for it.
What I found particularly notable is how easy it is to overlook that second group, because they never appear in any statistic. A chain will publish how many validators it has. It rarely publishes how many ordinary nodes exist, or who runs them.
And that matters more than it sounds. When an application connects to a blockchain, it connects through one of those machines. If only a handful exist, then a network with many validators can still have very few places where users actually reach it.
I do not have a reliable picture of this for Dusk, and I am not sure that information is easy to obtain for any young network. So I would rather raise it as a question than pretend to an answer.
But from here I stopped counting validators as if it described a network's health. It describes who is being paid. It does not describe who is holding the thing up.

#dusk $DUSK @Dusk
以前、自分は「カストディ（保管）」は二択だと思っていました。自分で自分の鍵を保持して、全責任を引き受けるか。鍵を機関に預けて、カウンターパーティリスクを引き受けるか。自己カストディか、他人の金庫か。ほかにはない、と。
ところが、Dusk が機関の参加にどうアプローチしているかを見ていると、どちらのカテゴリにもきれいには収まらない「第三の層」に気づき始めました。
Dusk の資産ワークフローにはウォレット・バインディング（wallet binding）が含まれています。これは、ウォレットが単なる匿名の鍵ペアではなく、検証済みの参加者に紐づいたアドレスであり、そのアドレスに紐づく権限が付随する、という考え方です。別途、彼らはデジタル資産のカストディ提供者と提携しています。というのも、暗号がどれほど優れていても、機関は無記名のインストゥルメントを自社で自己カストディすることはしないからです。
特に注目すべきなのは、この2つが解決している課題が別物であり、人々がそれを絶えず混同している点です。カストディは「物理的に誰が鍵を制御するか」に答えます。バインディングは「このアドレスが何を行うことを許可されているか」に答えます。カストディアンは鍵を完璧に保持できても、送金が許可されているかどうかをまったく理解していないことすらあり得ます。
従来の金融では、これらは常に分けてきました。あなたのブローカーがポジションを保有します。そして、そもそもあなたがそれを保有する資格があるかどうかを決める別の仕組みが存在します。その2つの役割を統合するのは、暗号界の癖であって、金融の考え方ではありません。
つまり、鍵の層をアウトソースしたとしても、チェーンは権限（permission）の層を担わなければならない、ということです。ルールは「鍵を持っている相手」だけのところに置くことはできません。
外からは、この仕組みのどれほどが契約によって強制され、どれほどがオフチェーンで機関間の合意として運用されているのかは分かりませんが、正直な答えはその両方だと思います。
ここから先、カストディは私にとって「保管の問題」というより別のものに見えてきました。何かを保有することと、その保有を許可されることを、意図的に切り離しておく「権力分立」のように見えます。

@Dusk 上にリキッド・ステーキング・プロダクトを構築したいなら、最初に学ぶのは、明らかなアプローチがうまくいかないということです。
ウォレットからユーザーがステークすると、呼び出しはstakeになります。コントラクトからは呼び出せません。stake_from_contractは直接呼び出されることを拒否し、それが資金移転の一部として到達したことを検証します。つまりパターンはこうです。まず資金を自分のコントラクトに移し、次にコントラクト同士の転送でステーク・コントラクトへと進めます。その転送の一部として、呼び出したい関数名を指定します。
お金と指示は一緒に移動します。そうでなければ何も起きません。
これは意図的な設計選択で、私は気に入っています。これにより、コントラクトが実際には移動していない価値をステークしたと主張する、という一連のバグのクラスが丸ごと消えます。転送が認可（authorization）になるからです。
後半はビルダーが過小評価しがちな部分です。あなたのコントラクトはコールバックを実装する必要があります。ステーク解除された資金を受け取るものと、報酬を受け取るものの2つです。Duskは、価値をあなたに押し込んでくれません。あなたが書く必要がある関数を通じて、それを返してきます。片方を忘れると、預け入れは受け取れても返せないプールを作ってしまいます。
始める前に知っておくべき制約が2つあります。まず1,000 $DUSK の最低条件は、まるで人に対するものと同じように、コントラクトにも適用されます。そしてstakeは満期期間の後に有効化されます。
小さな正直メモ：満期に関して、ドキュメントには2つの異なる説明が2箇所にあります。あるページでは4,320ブロックで、だいたい12時間とされています。別の記述では、エポック境界で有効化されると書かれています。どちらも同じことを、別の角度から説明している可能性があります。構築するなら、どちらかのページを信じるのではなく、テストネットで確認してください。
現時点で、エコシステムのページには、この方法で作られたステーキングプールがちょうど1つだけ掲載されています。
ビルダーのみなさん――価値と指示を1つのアトミックな移動に強制することで、生活がより安全になるのか、それとも単に遅くなるだけでしょうか？

#dusk

同じプロトコルでも、2つのリーグテーブルが示す結論は真逆になる。
Token Terminalの2026年3月時点で、@TermMaxはDeFiレンディング・プロトコルのうち日次アクティブアドレス数で2位に入っており——Aaveに次ぐ順位だった。一方でDefiLlamaでは、TVL（総ロック資産）に基づくレンディング・プロトコルの順位は現在36位あたりに位置している。
どちらも正しい。1つは人を数え、もう1つはドルを数えている。
この2つを割り算すると、ユーザーベースの姿が見えてくる。総ユーザー数が110万人超で、バランスシートが数千万ドル規模なら、典型的なポジションは小さい。人数ベースではこれは小売（リテール）型のプロトコルだが、資本ベースでは中規模のものだ。
この違いは、トークンのローンチ直前に重要になる。ポイントやエアドロップはアドレスごとに配られる一方で、プロトコルの収益はドル（資本）ごとに生み出されるからだ。
私が本当に知りたいのは、平均のポジションサイズではなく中央値だ。だが、その数字は私が探した限りどこにも公開されていない。
ユーザーが多い小口型のプロトコルは、少数の大口型よりも有利な立ち位置にあるのだろうか。それとも単に、脆さの種類が違うだけなのだろうか？

#termmax @TermMax $AAVE #TVL

#dusk $DUSK @Dusk #dusk $DUSK @Dusk
Duskについて、どこにも適切に取り上げられていなかった（ように私には見えた）設計上の意思決定がありました。
DuskVMはWasmtime上でRust/WASMコントラクトをL1上で直接実行します。これは技術スタックの選択としてはその通りです。私がより面白いと感じたのは、そうしたコントラクトに対してノードが何を公開しているかです。
コントラクト内でゼロ知識証明を命令ごとに検証するのは、あまりに高コストです。そこでDuskは一段下に下ろしました。rusk-abiは、証明検証のためのホスト関数をコントラクトに提供しており、verify_groth16も含まれています。ホストは現在2つの証明システム——Groth16とPLONK——をサポートしています。
これは本物の能力です。つまり、Dusk上のコントラクトは入力としてZK証明を受け取り、ネイティブにかなり近いコストでそれを検証できます。ほとんどのチェーンでは、それが不可能か、あるいは破壊的に高価です。
しかし、これが意味するところにも注目してください。ビルダーとしてあなたが使える証明システムの集合は、プロトコル層で固定されており、アプリケーション側で選ぶものではありません。回路により適した別の方式を使いたいですか？ それはライブラリのインポートではなく、プロトコルの変更を求めることになります。
一文でまとめるとこうです：ホスト・レベルでの検証はコストを買う代わりに、任意性（オプション性）を支払う。
規制を受ける金融を狙うチェーンなら、私は実際このトレードは正しい側だと思います。機関向けソフトウェアは、小さく監査された安定したプリミティブを求めます——暗号の方言を50種類もは不要です。とはいえ、プロトコルチームがエコシステムで構築可能な暗号を決めてしまい、その判断が何年にもわたって積み重なっていく、ということでもあります。
また、VM自体にも監査の履歴があります。Piecrustは、現在のアーキテクチャの大半が存在する前の2024年7月にレビューされています。
証明システムは、誰もが共有するプロトコル層のプリミティブであるべきでしょうか？ それとも、各チームが自分たちで選ぶアプリ層の選択であるべきでしょうか？

あなたのキュレーターの上には層があります
通常、ヴォールトの研究はキュレーターで止まります。彼らの上には誰かいます。
@TermMax の役割ドキュメントには、ヴォールトのキュレーターを設定・更新でき、割当（アロケーター）をホワイトリストに登録でき、当該ヴォールトの保留中のガーディアン／保留中のティムロック／保留中のマーケットを取り消せる、プロトコルレベルのヴォールト役割について記載されています。
つまり、あなたが預け入れたヴォールトを管理する人物は、あなたでも相手でもない別の誰かに置き換えられ得ます。
次に、ガーディアンが実際に持つ権限を見てください。保留中のティムロックを取り消す。保留中のガーディアンを取り消す。保留中のマーケットを取り消す。保留中のパフォーマンスフィーを取り消す。
すべての動詞が「pending（保留中）」という言葉に結び付いています。ガーディアンは、まだ稼働（公開）していないものに対する拒否権です。すでに受け入れられたものを元に戻す「アンドゥ（取り消し）ボタン」ではありません。
それは防御的な設計です——稼働中の状態を反転できる役割そのものが、攻撃対象（攻撃面）になり得るからです。しかし、それは「guardian（ガーディアン）」という言葉が、ヴォールトのページでそれを見たときにあなたに抱かせるべき感覚を変えてしまいます。
預け入れる前に、キュレーターを差し替えられるその役割を誰が保持しているか確認しますか？

#termmax @TermMax

#dusk $DUSK @Dusk

Duskのステーキング文書からの2行。数段落離れている。1つ目：成功したアンステーキング取引の後にプロトコル側の待機期間はない。もう1つ：ソフトペナルティによって、一部のアクティブ・ステークがロック・ステークへ移されうる。——なら、どっちなのか？自由に歩けるのか、それとも固定されてしまう資本なのか？
答えは「両方」。違いは、実際のリスクがどこにあるかだ。
入場と退出は対称ではない。最低の直接ステークは1,000 DUSK。文書は上限ではなく下限を定めている。退出は即時——完全アンステークか、残りがまだ1,000をクリアしている限り部分アンステーク。入場はそうではない。新たなステークが有効になるのは、次の境界の後に始まるエポックの時点。エポックは2,160ブロックなので、取引がどこに着地するかによって、アクティベーションはだいたい1〜2エポック、つまり約6〜12時間かかる。
これは「文書」ではなく「挙動」として読むべきだ。退出にはコストがかかり手数料を支払う。戻すには、半日分の“稼ぎなし”と“無意味なカウント”が発生する。ボラティリティのもとでは、この非対称性が、静かに、バリデータ集合が補充されるより先に薄くなるよう押しやる。
存在するロックは、スケジュールではなくペナルティだ。ソフトペナルティは失敗した参加を対象にする：適格性を停止し、一部のアクティブ・ステークをロック・ステークに移す。とはいえ、そのステークはあなたのものだ。単に何もしないだけ。ハードペナルティは、証明可能な無効なコンセンサス挙動——無効な投票、相反する提案への署名——を対象にし、ステークを焼却できる。だから、私がラックに付けるつもりの「唯一の運用者ルール」はこうだ：同じコンセンサス鍵を、アクティブな2つのノードで決して運用しないこと。
公平であるべきだ。ダウンタイムを、証明可能な不正行為から切り分けるのは良い設計で、焼却を後者に留保するのは筋が通っている。私の問いはさらに絞る："ロックなし" は、稼働率の失敗が資本を動けなくしうるのに、正直な見出しと言えるのか？
つまり——委任者とプール利用者よ、あなたは実際にどのリスクを価格設定している？スラッシングか、それとも、より静かなもの：ノードが停止されている間に、ステークがロックされたままになるリスクか。

#dusk $DUSK @Dusk

私が読んだことのある多くのプルーフ・オブ・ステーク（PoS）チェーンは、ダウンタイムと不正行為（misbehavior）を同じように扱います。つまりステークを焼き払い、罰を永続化し、損失への恐れがバリデータを正直に保つようにするのです。Duskはこれとは違うことをしていて、なぜそうなのか理解するのにしばらく時間がかかりました。

そのスラッシング（剥奪）モデルは「ソフト（soft）」だと説明されています。プロビジョナーが職務を怠った場合、ステークをそのまま丸ごと剥奪されるわけではありません。まず警告が出され、同様の過失が繰り返されると、その一部のステークが破壊されるのではなく、請求可能な報酬プールに移されます。さらに、そのノードは一定のエポック数の間、コンセンサス選定から除外されます。これにより、信頼性が証明されるまで再び選ばれる確率が下がります。ステークは消えるのではありません。単に「アクティブ」としてカウントされなくなるだけで、ノードの影響力は減る一方で、位置づけ（存在感）は消し去られないのです。

明示されている理由は、単に運用者を罰することではなく、ネットワーク効率を最大化することが目的だという点です。つまり、信頼できないノードをローテーションから押し出す一方で、あらゆる過失を攻撃として扱うのではない、という発想です。

これは懲罰的スラッシングとは意味の大きく異なる思想であり、Duskがどのような主体にノード運用を任せることを想定しているかによって形作られているように見えます。バリデータとして規制を受けた機関に入ってもらいたいチェーンは、そうした機関に対して運用上のリスクを受け入れることを求めることになります。具体的には、サーバ障害、ソフトウェアのバグ、設定ミスを含むインフラ不備などです。そしてもし「たった1つの見逃したブロック（ミス）が資本を永久に破壊しうる」なら、それは、企業のコンプライアンス（法令順守）やリスクチームがサインオフに慣れているリスクプロファイルとは非常に異なります。

未解決の問いは、寛容さ（ forgiveness ）がインセンティブ構造を弱めてしまうのかどうかです。焼き払い型のスラッシングは、ダウンタイムを「無視しづらいほど高くつく」ものにします。一方、ソフトスラッシングは不便ではあるものの、回復可能です。大規模で混在したバリデータ集合を、信頼性の高いインフラへの投資を怠るための簡単な抜け道になってしまわない形で、常にオンラインに保つのに十分な圧力がこれで生まれるのかどうかは、ネットワークが規模を持った現実の障害を乗り越えた後でないと答えられない可能性が高いでしょう。

正直なところ、昨日これについて考えたりやめたりしているうちに、思っていた以上に考え込んでいました。

私の注意を引いたのは、わりとシンプルな点でした。ほとんどのブロックチェーンは、あなたに対して1つのモードを強制します。公開、永遠に、すべて。あるいは非公開、永遠に、すべて。ですが、それは現実の世界でお金が動く仕方とはあまり一致していません。私がやっていることの中には、誰に見られても構わないものもあります。逆に、本当にそうしてほしくないものもあります。

そこでDuskがこの問題をどう扱うのかをもう少し詳しく見たとき、思っていた以上に見え方が変わりました。

並んで稼働している2つの仕組みがあります。公開向けの、口座（アカウント）スタイルの処理にはMoonlight。秘匿トランザクションにはPhoenix。別々のプロダクトではありません。同じチェーンです。トランザクションごとに、どちらが合うかを選ぶだけ。さらに、両者の間で価値を移すのに、ブリッジやトークンを包んだような仕組みは不要で、ただ1ステップで原子的にそのまま実現されます。

その部分は、本当にうまく考え抜かれています。

ただ、私は別の疑問を持ち続けました。オプション性はピッチデッキでは素晴らしく聞こえますが、実際に一般ユーザーにとって成り立つのでしょうか？多くの人は、プライバシーについて自分が困る瞬間が来るまで、あまり考えません。相手に、十分に理解できていない選択肢を渡すのは、必ずしもギフトとは限りません。時には、それはただ、良い服を着せただけの摩擦であることもあります。

でも、ここから私の中で腑に落ちました。小さな事業者が給与計算を回している状況を考えてください。給与は—非公開で、ここに議論の余地はありません。しかし、ベンダーへの支払い、税金の精算は？監査のため、説明責任のために、見える状態である必要があるはずです。1つのウォレットで、2つの振る舞いを並行して使えます。分離のための追加ツールもいりません。

この点が、私に確信をくれました。これは単なる技術的な誇示ではない。実際の、退屈だけど日常のビジネス課題を解決しているんだ、と。

平均的な人がその選択を意識して使うことがあるかどうか—その部分はまだ確信がありません。たぶん、私は引き続き考え続けると思います。

@Dusk #dusk $DUSK

こんにちは

#grvt 私は数日間GRVTについて読んでいて、正直最初はあまり気にしていませんでした。ハイブリッド取引所のトレンドの中の、ただの別プロジェクトなのだろうと思っていたんです。でも学びを深めるほど、私の見方はどんどん変わっていきました。私の関心を引きつけたのは、単一の機能や見出しではありませんでした。彼らが取り組もうとしている、より大きな課題です。長い間トレーダーは、異なる優先事項の間で選択を迫られてきました。高速な執行と深い流動性を求めるなら、しばしばある程度のコントロールを手放す必要がありました。自己保管（セルフカストディ）やオンチェーンの透明性を重視するなら、取引体験全体には別の種類の妥協が付いてきます。私が学んだところでは、GRVTは、オフチェーンでの注文照合とオンチェーンでの決済を組み合わせることで、この2つの世界をより近づけようとしているようです。さらに、資本効率を高めつつ、透明性とセキュリティを意識しながら、ポートフォリオ・マージン、統一バランス、ゼロ知識技術といったアイデアも取り入れようとしています。とはいえ、良いアイデアは実用が伴わなければあまり意味がありません。重要なのは、それが実際にうまく機能するか、執行が信頼できるか、流動性が強いか、そしてトレーダーが本当に使いたいと思うかどうかです。そこで気になるのですが、ハイブリッド取引所が今後も進化し続けるとしたら、ほとんどのトレーダーにとっての第一選択になっていくと思いますか？それともCEXとDeFiは、それぞれ別のニーズを満たす形で引き続き役割分担されるでしょうか？$\n@grvt_io #grvt #CEXorDEX

GRVTのようなプラットフォームは、本当に誇りに思える存在です！169市場、建玉（オープン・インタレスト）3億5,523万ドル、そして24時間の出来高7億6,234万ドルを目まぐるしいペースで記録😨—この驚くべき指標が、その大きさと強さを物語っています！さらに、背後にはZKsyncやSIGのような大物がいるので、セキュリティ面で心配する必要はありません。ZK-Privacyのおかげで、取引は完全に安全です！🔒それで私は、@grvt_io で3日間働いてきて、将来的に資本効率を革命してくれることを期待しています。みんな早めに参加して、良いものを手に入れましょう😋🤑 #grvt #bestevent #HotProject

それを持ってきて

すごい 😧 😳

#grvt 私はGRVTアプリに本当に感動しました。これは普通の暗号取引所ではありません。取引の機会だけでなく、収入や投資も提供してくれます。アプリのインターフェース— @grvt_io #GrvtApp #CryptoTrends2026 #BigProject

大丈夫

😲 😳 わあ

いいね 👍

$grvt