小饼的撸毛日记

友だちが Dusk の検証者について聞いてきて、「自分のノードが連続してブロックを逃して罰せられた。これって悪意に当たるのか？」と言うんだ。最初は、罰を受けたなら罰を受けただけだと思った。Cosmos のやつみたいにダブルサインはそのまま小部屋送りで、弁明の余地はない、と。

でも後で Dusk の罰の仕組みを調べたら、2種類あることが分かった。Soft Slashing（ソフト・スラッシング）は、悪意のない過失を対象にする。たとえば、ノードがブロックを出すべきタイミングで落ちた、ウィンドウ期間内にブロードキャストしなかった、など。作悪ではなく、運用上の問題だ。罰は、連続してルール違反するたびに、連続違反回数 N に比例して（N × 10%）の担保価値が差し引かれ、さらにノードがコンセンサスから N 個の epoch（epoch は Dusk のコンセンサス周期）追放される。各ラウンドの終了ごとに検証者セットがローテーションされる。罰せられた DUSK は破棄されない。アクティブな担保から差し引かれるだけで、ノード側が自分で取り戻せる。

Hard Slashing（ハード・スラッシング）は悪意のある行為を対象にする。無効なブロックの生成は担保の 10% を差し引いて破棄。ダブル投票やダブルブロックは 20% を差し引いて破棄する。破棄は本当に無くなるので、しばらくロックして後で返す、という類ではない。

なぜ2種類に分けるのか、最初はよく分からなかった。でも後から、文書の「説明責任（可追責性）」の部分を読んで、納得できた。ノードがネットワークの揺らぎでブロックを逃しただけなら、そのことで重く罰してしまう。すると検証者は、最も高いクラウドの上にノードを置くようになる。結果として運用コストが上がり、むしろ分散性が悪くなる。Soft Slashing の役割は、信用できないノードをアクティブ集合から押し出し、回復の機会を与えること。毎回少しずつ罰するので、誠実に運用している人が破産することはない。

判断を変えたのは、N（連続違反回数）の設定だ。連続違反が増えるほど、差し引かれる額も増え、追放される期間も長くなる。1回目の切断で 10% 差し引かれて 1 epoch 除外、2回目は 20% で 2 epoch 除外。指数的に負担が増え、ノードは安定して回復するか、もしくは自動的に離脱することになる。Hard Slashing は明確な悪意のために取っておかれており、一度破棄されれば復帰ウィンドウはない。

Polkadot と比べてみるといい。Polkadot の Slashing も段階があるが、罰の割合がより細かく、0.1% から 100% まで幅がある。罰金は通報者に分配される。Dusk の仕組みはもっと単純で、過失か悪意かのどちらか、割合は固定、破棄による通報者への報奨はない。利点は、検証者が「ミスの代償」を予測できること。複雑な規則のせいでノード運用をためらうことがない。

友だちは聞いたあと、「じゃあ今回は Soft Slashing で自分も認める。家のネットが30分落ちたし」と言った。自分も、Dusk がなぜこんなふうに仕組みを分けているのか理解できた。段階式の罰がなければ、誠実なノードと悪意のあるノードは同じ扱いになる　#dusk $DUSK @Dusk

ある日、Duskのノードドキュメントを調べたら、Provisionerノードの公式の最低要件は2コアCPU、4GBメモリ、50GBストレージと書かれていました。低くないですか？普通のクラウドサーバーでも動きます。

ところがついでにArchiveノードを調べると、4コアCPU、8GBメモリ、500GBストレージ。Proverノードはさらに過激で、1つのWorkerにつき1コア＋1GBメモリ、最小構成が4コア8GBです。

同じネットワークなのに、ノード間のハードウェア要件がこんなに違うのはなぜでしょう？

Duskのコンセンサス設計を読み進めて初めて分かりました。SBAは参加者を2種類に分けています。1つはBlock Generatorで、Proof-of-Blind-Bidによる抽選で選ばれ、匿名でブロックを生成します。もう1つはProvisionerで、投票の検証とブロック確定を担当します。ブロックが成功して1つ生成されるたびに、1人のGeneratorと192人のProvisionerが報酬を受け取ります。Provisionerの投票委員会は、各ラウンドごとに決定論的抽選で再選されます。

Provisionerはブロックの合法性を検証し、ZK証明をチェックし、BLS署名による投票をブロードキャストし、毎ラウンド必ずそれを実行します。Generatorに選ばれたときにだけ作業ができ、Provisionerは常に待機が必要です。Archiveノードはコンセンサスを実行するだけでなく、チェーン全履歴を保存する必要があります。ProverノードはZK証明の生成専用で、それはシングルスレッドの計算集約型です。

当初はPoSネットワークはどれも似たようなものだと思っていて、ステーキングが十分ならノードを動かせるのだろうと考えていました。けれどDuskはまったく違いました。各ノードのハードウェア要件は天と地ほど差があり、Generatorは匿名の抽選で選ばれ、Provisionerは委員会として投票し、ProverがZK計算を背負い、Archiveは全量履歴を保持する。層ごとに消費するハードウェア資源がまったく違うのです。

ただ、さらに気になるのは、Duskには現在206人のアクティブなProvisionerがいて、そのうちの上位20人が35%以上のステーキングをコントロールしていることです。ハードウェア要件を層分けした後、ArchiveやProverを走らせられるのはそもそも少数で、これらの人々はおそらく最も多くのコマ（資金）を持っている人たちでしょう。単にトークン分布の問題ではありません。ハードウェアの参入障壁そのものが最初のふるいになっているのです。一般の個人投資家はそもそも門に触れることすらできず、Hyperstakingのプールに預けて誰かに任せるしかありません。

いま私が見ているDuskの分散性は、まずノードドキュメントを翻し、次に3種類のノードの実際の稼働数を見て、最後にバリデータのステーキング分布を見る。3つのデータが一致しないのなら、分散性とは修辞（キャッチコピー）にすぎません。#dusk $DUSK @Dusk

第一次研究Dusk的时候，我对“隐私金融”有点怀疑。过去很多项目讲隐私就是藏，但面对机构和受监管市场，问题没那么简单。金融系统需要的不是看不见，而是需要在验证的时候能证明某些事成立。

后来重新翻Dusk Citadel资料，才发现自己之前理解偏了。Citadel把身份验证拆成两步。第一步用户发一笔链上交易，附带一个只有自己能控制的隐身地址。许可证颁发方一直在扫链，看到发给自己的请求后验证通过，把许可证铸造到那个地址，用户再扫链接收。第二步用户拿着许可证申请服务，发一笔链上交易附带零知识证明，证明自己持有有效许可证，同时计算一个会话cookie——这是一个能用链上数据验证的值，只有用户和服务方知道它的含义。cookie通过加密信道发给服务方，服务方去链上核对会话ID，对上了才放行。全程链上完成，但除了用户和服务方没人知道谁在申请什么。

这个零知识证明电路的约束数大概是3.5万，生成证明十几秒，链上验证只要0.007秒。对用户来说多等十几秒申请一次，后面每次验证都是毫秒级。好在许可证可以提前作废，不用等过期，所以那个十几秒的生成时间对协议整体性能影响不大。

Citadel要保证五件事：证明你确实有证但不暴露额外信息、服务方能撤销但证没被撤之前一直有效、你的活动不能被追踪、证不能被重复用、只泄露必要信息。这五个属性加上已封装成SDK的Moat开发者工具，构成了Dusk身份层的核心——它和DuskDS、DuskVM平级，不是独立做隐私，而是决定谁有资格做Moonlight的公开交易和Phoenix的隐私交易。

看到这里我停下来想了一个事。真正成熟的隐私系统不是所有东西都看不见，而是让不同角色只看到自己该看到的。未来资产上链，竞争点不是谁藏得多#dusk $DUSK @Dusk

Duskを研究しているとき、最初に目を奪われたのはDuskEVMでした。これまでプロジェクトを見るときは、いつも先に実行環境——開発者が入ってこられるか、という点からでした。チェーンに未来があるかどうかは、そこが決めるからです。

資料を読み終えてからもう一度振り返ったのですが、今回は本当に私を止めたのがDuskDSでした。

私は以前から、金融をオンチェーンにする最大の壁は速度とコストだと思っていました。しかしDuskの設計を分解してみると、もっと厄介なのは別のことだと気づいたのです。つまり、ある取引が実行し終わったあと、それが最終状態であることを誰が確認するのか？

Duskは、実行と決済を2層に分けています。DuskEVMはアプリを実行し、OP Stackをベースに構築されています。Solidity開発者はHardhatやMetaMaskといった定番ツールでそのままデプロイできます。Sequencerが取引を処理し、batcherがデータをEIP-4844のblobとしてまとめ、DuskDSへアップロードします。DuskDSは上でどんなアプリが動いているかには関心がなく、コンセンサス、データ可用性、そして最終状態の確認だけを担当します。

私はDuskDSの部分をかなり長く眺めて、ようやくそれが何をしているのか理解できました。そこで動いているのはSuccinct Attestationで、委員会ベースのPoSプロトコルです。各ラウンドでProvisionerがブロックを提案し、ある委員会が検証し、別の委員会が最終確定を行います。確定されれば決定論的なファイナリティが得られます。ビットコインのように確率的な最終性ではなく、通常はユーザーが体感できるような再編は起こりません。Provisionerになるには最低質権が1000枚のDUSK、ノードは7×24稼働が必要で、長時間オフラインになったり悪事を働いたりすれば罰則で没収されます。

ここまで調べて初めて思い返しました——以前はブロックチェーンの最大の価値は取引を速くすることだと思っていた。でも金融市場が本当に恐れているのは、遅さではなく不確実性です。証券取引では、資産の移転は終わっているのに支払いが同期していない、あるいは参加者によって見えている状態が一致しない。処理効率がいくら高くても、そんな状況では誰も使いたくありません。

Duskの決定論的な決済は、要するにこの問題を解決しているのです。ファイナリティを2〜3秒に圧縮し、さらに「支払いに対する納品」という支払いの原生ワークフローに組み合わせることで——このコンビネーションこそが、金融決済シーンで本当の実用価値になります。

もちろん、この設計が最終的に有効になるにはエコシステムの検証が必要です。インフラを整えるのは第一歩にすぎず、真の価値は、資産やアプリが中に入りたいと思うかどうかにかかっています。

ですがDuskを研究した後、私の最大の変化はこうです。1つのチェーンがどれだけ多くの取引を処理できるかではなく、それが金融の参加者に安心を提供できるかに関心が移りました
#dusk $DUSK @Dusk

Duskがメインネットの稼働を発表した後、私はすぐには転送しなかった。ここ数年で多くのプロジェクトを見てきたが、ローンチ時はにぎやかでも、数か月たつとブロックの伸びがあまり増えず、ノードもほとんど変わらないことが多い。だから今回は急いで書かず、連日オンチェーンのデータを見つめた。

まず、ブロック高が継続的に変化しているか、ブロック生成のリズムが安定しているかを確認し、参加が追いついているかどうかを検証した。これまで私は、あるチェーンの価値を判断するとき、宣伝や取引量を見るのが習慣だった。しかしここ数日観察して分かったのは、本当に嘘をつかないのは、ネットワークが継続的に稼働している状態を作れているかどうかだということ。これは冷たい見方かもしれないが、見れば見るほど私は納得している。

私が足を止めたのは、DuskのSuccinct Attestationだ。これはDuskDSの基盤である、委員会型のPoSコンセンサスであり、ランダムに選ばれたProvisionerがブロックを提案し、検証し、確認する。1つのコンセンサスラウンドは3段階で進む。まずProposal段階。選ばれたProvisionerが候補ブロックを作成し、ブロードキャストする。次にValidation段階。委員会がブロックの有効性を確認し、3分の2の絶対多数の賛成が必要。最後にRatification段階。別の委員会が確認し、最終的にブロックを確定する。Ratificationを経たブロックは決定的な最終状態に入り、ロールバックされない。

この細部は2度読み返した。ここで語られているのは「大確率で安全」という話ではなく、「一度確認されれば、実際に本当に終わる」ということだからだ。

この点は金融シーンにとって極めて重要だ。多くのチェーンではロジックが「少し待てば、大確率でロールバックしない」ことになっている。しかし証券、清結算、コンプライアンス対象の資産は「大確率」を受け入れない。必要なのは明確な結果であり、昨日確認したものが今日覆されてはいけない。私はこれまで、最終性は技術指標だと思っていたが、今ようやく、それは機関が本物の資産を載せることを決断できるかどうかのハードルなのだと気づいた。

Provisionerになるのも難しくない。最低でも1000DUSKをステークし、ノードを1つ動かすだけだ。ノードは24/7でオンラインである必要があり、最低要件は2コアCPU、4GBメモリ、50GBストレージ。ステーク後は約12時間で成熟し、その後コンセンサスに参加できる。委員会はステークの重みをもとに抽選でランダムに選ばれるため、毎回結果は異なる。

ここ数日見続けて変わった最大のことは、Duskをより信じるようになったというより、自分が何を見るべきかがよりはっきりしたことだ。プライバシーとコンプライアンスを重視する金融向けのインフラにとって、メインネットのローンチは始点にすぎない。真に重要なのは、ネットワークが安定して信頼できる状態を生成できるかどうかだ。#dusk $DUSK @Dusk

Duskのコンセンサス・メカニズムを調べ始めたとき、ホワイトペーパーを何時間も読んでも「確定的なファイナリティ（最終確定性）」が具体的に何を指すのか分かりませんでした。仕方なく、紙の上に3つのタイムラインを並べた比較表を作って、根気強く読み解きました。

イーサリアムのGasperは確率的ファイナリティで、ブロックをいくつかのepoch分しっかり積み上げてようやく「概ね安全」と言えます。SolanaのTower BFTも、数十秒かけてようやく確認されます。ではDuskのSuccinct Attestationは？ブロックが一度承認されれば、それは後戻りしない、硬い（確固たる）、決定的な最終確定性です。

当時、私は紙の上のその3本の線を何度も見つめていました。暗号取引では数秒の違いを体感できないかもしれませんが、証券の決済の場面では、その数秒が億単位の資産の「最終的な安全のロック」になります。あなたが取引所で株を売った場合、T+2で決済されるまでの2日間、その資産はいったい誰のものとして扱われるのでしょう？もし決済の瞬間にチェーンがまだ巻き戻せる可能性があるなら、誰が本当の資産を載せようとするでしょう。個人投資家の取引なら「まず巻き戻らない」で十分かもしれませんが、機関の決済ではそうはいきません。「まず起こりにくい」という3語が、法律やコンプライアンスの観点で一体何を保証するのか――それが問題です。

その後、ようやく公式ドキュメントを読んでSuccinct Attestationが実際にどう動くのかを理解できました。あの説明を読んだところで初めて、胸のつかえが取れました。以前の疑問に、ようやく答えが見つかったのです。

それは、許可不要の、委員会（コミッショナー）型のPoSコンセンサスです。システムはランダムに「Provisioner」と呼ばれる一群のノードを選び、彼らがブロックを提案します。別の群のノードがそれを検証し、最後の委員会が検証結果を確認して、正式にブロックを承認します。ブロックがratificationのステップを通過した時点で、それは確定的な最終確定性となり、通常の運用ではユーザー向けに再編（リオーグ）が発生することはありません。

Duskのメインネットは2026年1月7日に正式稼働し、1秒あたり2万件以上の取引を処理できます。6年の開発期間を経て、ついにテストネットから、実際の資産を動かせる段階へ到達しました。以前の私は、コンセンサス・メカニズムとは「誰がブロックを出したかで報酬が決まるだけ」で、一般ユーザーには関係が薄いものだと思っていました。でもDuskは、別の角度から考えさせてくれました。コンセンサスの選択は、本質的には最も基本的な問いへの答えです――このお金を一度入れたら、ちゃんと「本当に」成立するのか？ Succinct Attestationが出す答えは「成立する」。しかも、確率という3語を大きくする必要はありません。#dusk $DUSK @Dusk

以前我在看隐私公链时，一直认为零知识证明已经足以满足大部分加密需求——只要把交易参数写进证明，执行交给 ZK 虚拟机即可。但研究 Dusk 的 Phoenix 交易模型后，我改变了这个看法。真正困难的并不是生成一笔匿名交易，而是在复杂环境下持续维护那些不断变化的隐私权限规则。

我觉得 Phoenix 交易模型更像写字楼的分层门禁系统。普通隐私合约像一把固定钥匙：只要生成合法证明就能解锁；而 Phoenix 系统更像动态权限管理员，不仅看你有没有有效证明，还会判断交易场景、披露权限、审计需求和合规等级是否符合要求。对于链上隐私应用来说，这种动态权限判断比单纯生成匿名证明更重要。

Dusk 选择把隐私层和透明 EVM 层做分离设计，本质上是在解决一个长期问题。过去很多隐私链把所有隐私规则直接写进底层合约，导致修改成本高，升级风险也大。随着应用场景越来越复杂、用户的隐私需求越来越多元，单一匿名模式很难承载频繁变化的业务需求。双模式账户分离后，开发者可以更灵活地调整隐私等级，让交易隐私不再是一份全匿名的永久许可。

但这种设计也带来了新的工程挑战。跨层交易数量增加后，状态同步成本会更高，版本兼容会更复杂，开发者需要投入更多时间理解双模式交互逻辑。此外，ZK 证明生成速度、Rusk SDK 的接入体验，以及机构用户是否愿意迁移，都会影响实际落地效果。

在我看来，Dusk 真正需要验证的不是 ZK 隐私概念是否成立，而是这套双模式隐私系统能否被大量开发者长期使用。未来我会持续观察测试网上的跨层交易数据、开发者接入情况，以及真实应用中的隐私权限更新频率。一个问题值得思考：如果未来链上隐私场景越来越多，我们究竟需要更强的加密能力，还是更好的隐私权限管理方式。
#dusk $DUSK @Dusk

@TermMaxFi の前にAaveで30日間の固定利率を預け入れていたところ、パラメータのハードコードで動かせず、小さな数百ドル分の利回りを逃しました。だからこそ、固定利率プロダクトの土台となる仮定に特に敏感なんです。TermMaxのホワイトペーパーを読んでいると、チームがコアのナラティブとしてずっと使っている一文が出てきます。読み進めるほど、それが「暗闇に隠れたアキレス腱」だと感じました——「段階（分層）満期AMMは、現在のチェーン上で固定利率を実現する最適な道筋だ。」ロジックの出発点は実にシンプルです。変動金利では長期の価格設定ができないので、段階ごとの資金プールで満期までの収益を固定する。

しかし致命的な“沈黙”があります。TermMaxチームはこれまで一度も議論していません。私の個人的な推論では、将来、主流の貸借プロトコルがネイティブに固定利率の分割をサポートした場合、この段階AMM体系はどうなるのか。ネイティブな分割があれば、変動金利のプールから固定利率の独立したサブプールをそのまま切り出せるため、追加で独立した満期資金プールをデプロイする必要がなくなります。これはDeFiの貸借派から見た“長期価格設定の聖杯”です。主流の貸借プロトコルがアップグレードを完了した瞬間、現状では回避できない独立固定利率プロトコルに依存する案は、一気に満額復活します。既存の貸借プールの中で固定利率ポジションを直接開け、プロトコル間で流動性移管をせずに済むプロダクトと、別途マーケットメイクが必要で、取引のたびに満期のカウンターパーティにマッチさせる独立資金プール——あなたならどちらを選びますか？

昔のフィーチャーフォンがボタン操作の快適さを極限まで磨き上げていたのに、全タッチスクリーンが登場した瞬間に一気に次元を落とされたのと同じです。段階満期AMMは、チェーン上でネイティブな金利機能が制限されている環境下では、まさに“フィーチャーフォン”の最もエレガントな妥協策です。ネイティブな固定利率の分割という“藁（わら）”が落ちてきたら、既存のナラティブは一夜にしてひっくり返るかもしれません。
$TMXは？TermMaxは、固定利率取引の継続利用により価値捕捉すると言います——マーケットメイクのロックはTMX担保、手数料の分配はTMXステーキング、プロトコル収益は継続的にTMXをバーンする。ですが、ネイティブ分割によって真のネイティブ固定利率能力が生まれた後でも、誰がわざわざ独立した段階資金プールを回り道して使うのでしょうか。TMXの経済モデルは「汎用の貸借プロトコルでは固定利率ができない」という前提に立っています。その前提が覆れば、デフレ（通縮）ナラティブ

私のスタンス：段階AMMは、現在の制約下での局所的な最適解に過ぎません。永遠の真理として扱わないでください。土台となる貸借プロトコルは進化しています。今日、長期の固定利率を妨げている“つまずき”は、明日、1回のバージョンアップであっさり越えられるかもしれません。TermMaxは「固定利率プロダクト企業」から「オンチェーン金利インフラ層 #termmax @TermMax 」へ転型できるのか？

最近我在对着Dusk做多账户并行测试几组交易流。原本以为隐私链主要处理加密和匿名。后来把透明EVM账户和隐私ZK账户的交易放在一起跑，才发现真正麻烦的并不是怎么加密，而是当两条都“合法”的交易同时上链时，系统该如何在不泄露明文的前提下完成校验。我以前觉得隐私网络只要证明通过就行，现在越来越觉得，并行交易的冲突处理才是长期落地的核心难题。

这有点像商圈里的两条并行车道。每条车道单独看通行规则都没问题，但如果相邻车道的车辆变道规则不协调，整条路就会堵死，甚至发生碰撞。隐私交易网络也是一样，单条ZK交易的证明合法，并不代表多笔交易并行提交后，链上状态依然能保持一致。

Dusk将Phoenix隐私UTXO模型、Moonlight透明EVM层、Citadel计费证明模块和VEP定向披露机制组合起来，本质上是在允许用户自主选择交易的隐私等级。这样做的好处很明显：普通用户可以用隐私账户保护资产轨迹，机构用户可以用透明账户完成合规结算，而不必被单一隐私模式限制。问题也随之出现：当一笔隐私交易要调用透明合约地址，另一笔透明交易要读取隐私账户的余额时，节点如何在不泄露明文的前提下完成状态同步？过去很多隐私链没有这个问题，因为要么全匿名、要么全透明，根本不存在双模式并行。

我现在看到的Trade-off很明确。隐私灵活性提高后，状态校验复杂度会随之上升；双模式账户越多，ZK证明生成成本越高；跨层交易频繁后，Gas计量和审计追溯的边界也会变得模糊。跨层交易延迟、证明验证失败率、定向披露的校验耗时——这些指标可能比TPS更能反映隐私公链的落地成熟度。

未来我会持续观察测试网上的跨层交易数据、官方更新的冲突修复记录，以及节点对双模式并行交易的处理方式。#dusk $DUSK @Dusk

Duskテストネットのノードログに貼りついてほぼ午後一日、机の上のアイスドリンクの氷がすべて溶けてしまいました。グラスの側面に凝った水がマウスパッドににじんで輪になり、私はマウスをワイヤレス充電の台に置いて、座ったまま5分ぼんやりしていました。ふと、ずっと引っかかっていた疑問を思い出したんです。いまプライバシー（匿名）パブリックチェーンのプロジェクトは少なくありませんが、なぜDuskは最後にRuskのネイティブ・プライバシー仮想マシンを選び、EVMの上にZKのプライバシープラグインを薄くかぶせる形にしなかったのでしょうか？最初は単純に技術方針の選択だと思っていました。でも、Phoenixの取引モデルとエンドツーエンドのプライバシーに関する公式資料を何度も何度も読み返して、結局「考えが浅かった」と気づきました。

プライバシー・アプリでいちばん切実なのは、ゼロ知識証明そのものではなく、全チェーンの状態が漏えいするリスクです。もしEVMの取引レイヤーにだけプライバシーの“カバー”をかぶせただけで、コントラクトのストレージ、実行スタック、イベントログのあちこちに平文の痕跡が残るなら、どこか1つでも漏れた時点で、前段のプライバシー保護は全部が白紙になります。Duskは基盤となるRusk仮想マシンからネイティブなプライバシー設計を行い、PLONKの再帰証明で状態のアンカー付けをすることで、単一ノードでプライバシー取引1件の検証が1.2秒で完了します。EVMにZKプラグインを載せる案に比べて約4倍速い。つまり、プライバシーの深さ、開発効率、安全性の三つの間で、冷静に折り合いをつけているのであって、「EVM互換でエコシステムを早く立ち上げる」みたいな短期の効果をひたすら追う話ではないのです。

本当に私の考えを変えたのは、もう一つの細部でした。公式が繰り返し強調しているのは、ノードが管理するのは取引検証であって、ユーザーの明文データを預かることではない、という点です。取引の実行は暗号化された状態空間で回せますが、資産の支配権と、指向（ビュー）に関する鍵は常にユーザー自身が握っています。これで、Duskが変えているのはプライバシー機能の“実装の仕方”ではなく、パブリックチェーンの最も中核の「信頼関係」だと理解できました。信頼すべきノード側の領域を最小限に抑え、暗号学的な検証で済む部分はできるだけ大きくする——その発想です。

エンドツーエンドのプライバシーは結局、プロダクト上の見せ方にすぎません。この「ノードが無感知で、ユーザーが自分でコントロールする」という信頼モデルこそが、@dusk_foundation が本当に熟考すべきで、しかも真似されにくいものだと、#dusk $DUSK @Dusk

最近在重新啃 @TermMaxFi 的固定利率AMM机制，卡了我好几天的是一个挺笨的问题：DeFi借贷要走进更主流的金融场景，缺的到底是更多借贷品种，还是一种不需要用户承担利率波动风险的定价方式。把白皮书第四节和官网的真实交易数据对着看了几遍，我倾向于认为TermMax要解决的不是表面的利率高低问题，核心是怎么让链上借贷的资金成本变得可预测。#TermMax

以前DeFi玩借贷，走的路子基本都是浮动利率模型，借的时候只能看当前APY，根本不知道三天后利率会不会被大单拉到离谱。Compound也好，Aave也好，Morpho也好，资金效率确实提上去了，代价是每一个参与者都得承担利率波动的不确定性。借贷工具变多了，可原本最重要的资金成本稳定性，也成了随时会变的变量。TermMax让我觉得不太一样的地方，在于它压根没在浮动利率模型上修修补补。按官方的说法，每一个到期日的资金池对应的是一套独立的固定利率曲线，靠分档到期的AMM做市、流动性分层定价这类机制，提前把不同期限的借贷成本限定死。利率的定价逻辑从头到没变，变的是用户对未来资金成本的可预期程度。

我觉得真正该抠的其实是定价这一层。用户不用去猜下一个区块会不会有大额借贷把利率拉飞，也不用去赌协议会不会突然调整参数改利率模型。TermMax靠分档到期的自动做市，再叠一层清算罚金积累的协议储备金，把不同期限的利率，翻译成用户能直接锁定的固定成本。$TMX 流动性深度、利率偏差率、风险准备金这几个参数说实话还得靠时间去验证，没法现在就下结论。但TermMax至少给我提了个醒：DeFi借贷以后要对接主流资金，未必非得照搬浮动利率那套打法，也可以试着在守住链上去中心化安全模型的前提下，让用户先拿到确定的资金成本。#termmax @TermMax

我这次翻Dusk主网Citadel合规模块的上线公告，本来想找零知识证明电路的安全审计细节，结果看到官方点名的首批落地合作方，愣了一下——不是做密码学审计的安全公司，是荷兰持牌数字证券交易所NPEX和欧盟MiCA合规咨询机构DAC8
我第一反应是奇怪，@Dusk 做的是端到端隐私公链，怎么合规模块亮相的首发阵容站的是两家持牌金融服务机构，不是做密码学攻防的安全团队
翻了几篇官方技术博客才想明白这个安排的用意。Dusk的zkUT合规模块本质是个隐私交易执行器，ZK电路写得再严谨，交易能不能合法落地，最终看它输出的证明能不能满足监管的合规要求。比如一笔代币化股票交易，匿名性做得再完美，不满足MiCA的定向可审计要求根本拿不到发行牌照，机构资金根本不敢进场；同理，一笔符合白名单要求的机构转账，匿名性做得再好，没有持牌机构的身份白名单背书，也没法在合规券商体系内流转
主网这次把这两家定成首发合作伙伴，等于官方承认了一件事：这套合规模块上线第一天靠不靠谱，一半功劳在Dusk自己的ZK电路和Citadel匿名质押逻辑，另一半直接压在这两家合规合作方身上。这个发现让我重新看待它标榜的端到端隐私。PLONK递归证明加上Phoenix隐私交易模型，保证的是交易执行过程没被动手脚，计算和隐私这一环可信。但交易能不能被监管认可、能不能接入传统金融体系，是另一层完全独立的落地门槛，Dusk的技术代码控制不了，只能靠对接持牌合规伙伴，把每笔合规交易的授权记录签成带时间戳的定向可验证证明挂在链上，供监管方事后核对。
我原以为这套隐私系统的可信度是一个整体，现在才发现是两层信任叠在一起，技术上的隐私可信不等于合规上的准入可信，得分开看。想清楚这层之后，我对它合规模块上线的判断
#dusk $DUSK @Dusk

测试网日志对着卡了快一下午，桌上冰美式的冰块全化透了，杯壁凝的水在鼠标垫上洇出一圈湿印。我把鼠标往无线充电座上一放，坐那愣了五分钟，才突然反应过来一个反常的点：PoS链的验证者质押记录全在链上公开，攻击者顺着质押地址找节点IP就行；隐私链连交易金额都加密了，难道还能让验证者身份裸奔吧？我以前默认隐私链的质押逻辑跟普通PoS差不多，直到翻到Dusk的Citadel匿名质押模块，才发现连出块身份这层它也做了端到端隐私。

我一开始还以为就是给质押地址套个混币，后来对着质押合约的ZK电路细看才明白，根本不是藏地址那么简单——它要实现的是：你不用暴露自己的质押地址和具体质押金额，就能向全网证明你满足最低门槛，有资格参与共识。

这套基于PLONK递归证明的Citadel机制，核心就是解决公开质押记录这个所有PoS链都躲不开的死穴——用户质押DUSK时会把代币锁进统一匿名质押池，质押金额、锁定期、地址关联全部做盲化处理，其他节点仅需8秒就能完成验证，既看不到质押地址关联，也没法把出块签名和具体地址对应起来。

但我得说句实话，这种设计对ZK电路精度要求极高，一旦约束写漏了就可能出现伪造证明的风险，精准罚没作恶节点的工程难度也比公开质押大得多，这块还在持续测试。这条路能不能跑通还得靠时间检验，但至少说明Dusk对隐私的较真是从共识底层开始的。你觉得PoS隐私链的验证者身份，到底该不该公开？评论区聊聊。
#dusk $DUSK @Dusk

昨晚加班摸鱼刷到Duskの新公式サイトが公開されて、もともとは「プロジェクトを改版して皮だけかぶり替えた」みたいな気持ちで入ったんだ。旧サイトだと技術ドキュメントを探すのにリンクを3〜4個も辿らないといけないし、たまに404も出る。ところが新サイトは、階層ごとの技術スタックの図がそのまま示されていて、20分ほど眺めながら自分の中でバラバラだったプロジェクト理解を全部一本につなげられた。

新公式サイトはあまりマーケティング文言を積み上げず、技術スタックを下層から上層までそのまま展開している。いちばん下はDuskDSで、コンセンサス、決済、データ可用性を担う。コンセンサス層はSBAで、委員会ベースのPoSメカニズム。Proof-of-Blind-Bidによって匿名でブロック生成者を選び、検証者リストは毎ラウンド変わる。こう設計するのは、検証者を事前に固定して攻撃されるのを防ぎ、従来のPoSで大口がブロック権を独占してしまう状況を回避するため。

取引層はPhoenix。UTXOのノートモデルに基づき、資金は暗号化された「notes」の形で存在する。Pedersenコミットメントで金額を隠し、無効化器が二重使用（double spend）を防ぐ。ノードはゼロ知識証明が有効かどうかの検証だけを行う。自分がテストで取引に平文を突っ込んでしまったら拒否されたので、これがコンセンサス層から「最初からそういう硬いルール」になっていると分かった。

さらに上のDusk Trade層は、最初は単なる“見せかけプライバシー”のDEXだと思っていた。でも公式のフロー実演を見て、底層の決済チャネルを直接呼び出していることに気づいた。注文簿はデフォルトで暗号化されており、使っているのはElGamalの同害（同型）暗号。つまり、チェーン上の指値価格と数量は全部暗号文。マッチングエンジンは暗号文のまま計算して、成立する約定価格と数量が確定した後に復号して取引を完了する。その間、注文の細部は一切外に漏れない。

その上にはDuskEVM。OP Stackをベースに改造した実行層で、DuskDS上でそのまま決済まで行う。Solを接続すれば、底層のプライバシー能力をそのまま継承できるので、別の仕組みをわざわざ作り直す必要がない。最上段はコンプライアンス市場のワークフロー。Citadelをネイティブに呼び出せるモジュールとして組み込み、ユーザーはパスポート写真などを送らなくてよい。ゼロ知識証明によって「コンプライアンス検証を完了した」ことをシステムに証明する。

以前はDuskの技術ルートがあちこちに散らばっているように見えていたけど、今回の新公式サイトで全スタックが展開されて初めて気づいた。これは最初から“匿名送金のおもちゃ”を作る話ではなく、最初から一つの完成したコンプライアンス×プライバシーの金融基盤を組み立てている。

読み終わってから、思わず少しDUSKも追い足した。技術アーキテクチャをちゃんと分かる形で表に出して、誰でも見られるようにしているプロジェクトは本当に多くない。#dusk $DUSK @Dusk

本来我一开始也以为Dusk就是炒作匿名叙事的老套路，直到上周跟着Discord社区蹲主网RC2测试。凌晨三点的冰美式都喝温了，Gas设低了卡了20分钟，还跑去找管理员吐槽。测着测着才发现，这玩意儿跟之前玩过的隐私链根本不是一个东西。

大部分隐私链的加密是写在智能合约层的，相当于把你家门锁装在客厅——真有贼撬了窗户翻进来，家里东西全都看得见。去年我测某条热门隐私链，就是因为合约权限漏洞：测试网所有转账明文都直接漏在区块浏览器里，我当时留的测试地址被垃圾空投骚扰了两个月。Dusk直接把Pedersen承诺加密焊死在SBA共识层：资产从进入mempool开始就是加密状态，节点哪怕拿到全量区块数据，也只能读到“交易合法”的零知识证明——半毛钱明文金额、地址都摸不到。

我故意往节点接口塞明文交易数据，结果直接被共识层丢回来，连验证环节都进不去。

之前我最烦隐私链的KYC问题。去年我用某合规隐私链，把护照照片传给了第三方插件，转头就收到了海外理财垃圾短信。Dusk的ZkKYC直接嵌在Rusk虚拟机里：你的KYC凭证存在自己本地，交易时只生成个证明“我符合监管要求”。连项目方都拿不到你的身份信息，给监管开审计视图也只能看指定交易。

现在他们刚合并FRI+PLONK混合证明的PR：单笔验证压到1.4毫秒，跑机密合约的Gas比EVM套ZK层低67%。我部署测试债券合约，连20行代码都不到，Gas才花了0.28 $DUSK 。

之前在老隐私链套牢亏了小两千U，我一直觉得隐私和合规就是天生的死对头：要么做全匿名的灰产温床，要么做扒光用户隐私的“合规链”。跑完Dusk测试我才明白——隐私本就不该是灰产遮羞布；用户的资产和身份数据从来都该自己握着；合规也不该以牺牲隐私为代价。Dusk是真从底层把这个拧巴了快十年的死结剪开了@Dusk
#dusk $DUSK

暗号資産市場にはもう流動性がありません。A株（中国A株）と同じです#闪迪股价涨幅扩大至11%

週末、下のカフェでエアコンに当たりながらDuskのテストネットに便乗テスト。連続してパスワードを3回間違えてしまい、30分ほどもてあました末にようやく21件目の取引を通しました。しばらくRusk仮想マシンの実行ログを見つめたまま動けなかった——以前遊んだいくつかの古いプライバシーチェーンは、ブロックが半日出ないか、匿名でやり切ってもコンプライアンス側のルート検査（監査）権限を開けないか、どちらかでした。もともと「いわゆるプライバシー・チェーン」に対しては期待していなかったのに、自分で実際に踏んでみて初めてわかった。これは本当に“ただの仮面を被せて概念を売っているだけ”ではない。

最初、私はSBAコンセンサスが換骨奪胎PoSだと思って、ノード規則を読み込み、自分で1万回も二重支払シミュレーションを回してようやく理解しました。SBA（Segregated Byzantine Agreement、分離されたバイザンチン合意）はノードを2層に分けます。1つはブロック生成委員会が取引をまとめてパッケージ化する層、もう1つは抽選で検証する監査者がランダムに監査する層です。ランダム抽選の種はVDF（検証可能な遅延関数）で生成され、誰も次に誰が監査されるかを事前に予測できません。テストネットのブラウザには、無効なブロックを提出したために3つのノードが保証金を没収されたという表示が出ていて、そのうち2つはソフト罰でした——いくつかのブロックを落としてしまい、いったんコンセンサスの待機列から外され、有効なステーキング額が一部削られます。もう1つはハード罰で、ダブルサインが捕捉され、ステークトークンは直接20%が差し引かれて焼却されました。こうした懲罰メカニズムは悪事のコストを非常に高くし、試行錯誤の代償も極めて大きくなります。

取引テストでは手が滑って0を1つ多く打ってしまい、金額がRange Proofの範囲を即座に超過。取引は瞬時に投げ返され、チェーン上にも“無駄な取引の痕跡”すら残りません。PhoenixプロトコルのRange Proofは金額範囲を厳密にロックし、Pedersenコミットメントで各取引の資産総量を固定するため、見かけ上の無からの発行は起こり得ません。さらに、各取引で毎回自動的に新しいStealth Addressへ切り替わるため、私はテスト币を5回連続で送っても、チェーン上ではこれらを同一口座に紐づけることができません。再帰的な集約によるPLONK証明は287バイトに圧縮され、1件あたりの検証はわずか1.8ミリ秒。走らせてみても非常にスムーズで、テストネットのピーク時でも混雑に遭いませんでした。

Rusk仮想マシンは全てRustでゼロから書かれており、機密資産の標準をネイティブにサポートしています。私はテストTokenをデプロイするのに200行ほどのプライバシーコードを書くだけで済み、コントラクトのGasもEVMにZKレイヤを載せる場合より63%低い。さらに、コンプライアンス側に監査権限の入口も用意されていて、プライバシーとコンプライアンスは二者択一ではなく、同時に両立できます。テストネットを走らせたあの夜は、これまでどのプロジェクトにも出資していた時よりもずっと安心できました。
#dusk $DUSK @Dusk

夜更翻Babylonの資料を読んでいたとき、私は最初は清算者の権限の境界を確認したいだけでした。ところが読み進めるほど眠くなって、逆にある一つのことに目が覚めました——預金（入金）と出金（引き出し）、そして信頼のロジックはまったく別物だということを。

最初は、金庫システム全体の信頼モデルは統一されていると思っていました。後半を見て分かったのは、預金の段階では多数の人の頷きが必要で、出金や清算で使われる信頼ロジックとは完全に違うという点です。

預金側では「誰かに頼る」必要があります。金庫を作成するとき、Ethereumに対してPeg-Inリクエストを送り、しかも自分だけが知るハッシュロックの秘密を添えます。その後、BitcoinネットワークへPre-PegInトランザクションをブロードキャストして、BTCをハッシュロックに紐づくTaprootアドレスにロックします。次に本当の面倒が始まります——オフチェーンでVault ProviderとAVKと一緒に、事前署名トランザクションの図（ツリー）を構築する必要があり、参加者それぞれが署名します。預金者がハッシュロックの秘密を開示した時点で、金庫は正式に有効化されます。

一方、出金と清算ではロジックがまったく違います。出金は事前署名パスを使います。金庫作成時点で、合法な支出パスはすべて事前に署名されており、金庫が生成された後は、誰も新たな支出を偽造できません。出金時には、預金者が作成時の鍵をそのまま使って取引を自分でブロードキャストし、他の誰かの協力は不要です。

清算側のトリガーは、借り手のヘルスファクターが1.0を下回ることです。清算には許可型と無許可型の2つの経路がありますが、どちらであってもルールは金庫の作成時にすでに固定されており、清算者が誰かの承認を取りに行く必要はありません。

ドキュメント内の次の一文が私を立ち止まらせました：「Trust is optional and removable」。預金には複数者の関与が必要なのは、金庫がまだ作られていないためで、信頼関係が構築の途中にあるからです。そこではVault Providerによるセットアップの推進、AVKの共同署名、Universal Challengersによる目撃（証人）が必要になります。しかし金庫が一度構築され、事前署名トランザクションの図が凍結された後は、もはや第三者に依存する必要はありません。

一晩中調べて、清算者の権限は最後まで見きれなかったのに、逆に預金・出金の「信頼の差」のほうに引き込まれてしまいました。でも考えがまとまったら、むしろ理にかなっていると思えました——預金で人に頼るのは、信頼がまだ確立されていないから。出金や清算で人に頼らないのは、信頼がすでにコードにロックされているからです。この「構築期は人に依存し、成熟後はコードだけに依存する」という設計、巧妙だと思いますか？それとも単なる過剰設計でしょうか？コメント欄で語りましょう。

#BABY $BABY @BabylonLabs_io

借りたお金を返せない人ほどわかっている。いちばん難しいのは借りることそのものではなく、返すときに誰も信じてくれないことだ。

あなたは家を担保にして銀行からお金を借り、期限までに返済し終えた。銀行は登記書類（権利証/房本）をあなたに返す。手続きはすっきりしている。だがDeFiの貸し借りはそうはいかない。担保を合約にロックし、借りた資産を受け取り、返済した後に担保を解放する。途中には「銀行」のようにあなたを監督する存在がいない。だからこそ、合約ルールによって「確かに返済した」ことを自分で証明する必要がある。

私は、これがDeFi貸し借りの究極の解決策だと思っていた。だがBabylonのホワイトペーパーを読み返して、ある問題に気づいた。「返した」ことは誰が本当に証明するのか？

PoSチェーン上のバリデータは悪事を働ける。貸し借りプロトコル内の清算人（リクイデータ）も同様だ。あなたは返済できるが、清算人が「あなたは返していない」という偽の証明を作ってチャレンジに提出し、あなたの担保を没収できてしまう。問題は「返すか返さないか」ではない。問題は「誰に、返した／返していないと判断する権限があるのか」だ。

従来の仕組みが頼っているのは何か？それは信頼だ。バリデータは偽造しない。プロトコルはハッキングされない。チェーンは巻き戻らない。だがBitcoinの基礎ロジックは「信頼」ではなく「検証」だ。

Babylonのホワイトペーパーには、第5.1節で、このロジックに厳密に対応する設計が隠されている。借り手と清算人が同時にチャレンジャーを兼ねる。借り手は自分が返済したことを証明でき、清算人は借り手が返済していないことを証明できる。双方が発言でき、双方が証拠を提出できる。そして最終的に誰が正しくて誰が間違っているかが、オンチェーンで検証される。

最初はなぜ、この設計をホワイトペーパーにまで書く必要があるのか理解できなかった。だが後でわかった。もし返済を証明できるのが借り手だけなら、その証明は偽造可能だからだ。もし返済していないことを証明できるのが清算人だけなら、その証明も偽造可能だ。互いに相殺し合える両方の当事者がチャレンジを起こせる必要がある。そうしてはじめて、真実がオンチェーンに浮上する。片側の証明はいつも「本人がやったと言うだけ」で終わる。双方の駆け引きこそが、「本当にやったのか」を検証する。

では、このBABYはここで何をしているのか？ホワイトペーパーの第10節によれば、それはBabylonチェーンのネイティブトークンだ。このチャレンジの仕組みに組み込まれたBABYは、この駆け引きへの入場券になる。「彼は返した」と証明したいなら、BABYを担保にしてチャレンジを起こす。「彼は返していない」と証明したいなら、BABYを担保にして反チャレンジを起こす。勝者は担保を取り戻し、敗者はBABYを没収される。

#BABY $BABY @BabylonLabs_io

私は費用＝取引コストだと思っていました——払う、サービスを受ける、終わり。けれど「collects the peg-in fee and distributes to participants」という一文を見て、最初の反応はこうでした。「誰に分配するの？ なんで分配する必要があるの？」

その後、プロトコルのアーキテクチャを読み込んでようやく分かりました。TBVプロトコルは3層で構成されています。Bitcoin側ではBTCを保管し、Ethereum側では状態を管理し、オフチェーンソフトが処理フローを実行する。FeeEscrowはEthereum側の中核となるスマートコントラクトの1つで、VaultRegistryやApplicationRegistryと並ぶ位置付けです。

FeeEscrowが受け取るのはpeg-in fee——預金者がBTCをロックするときに支払う費用。分配先は3者です。Vault Providerは金庫全プロセスを調整し、Universal Challengersはアプリケーション横断で異常を監視し、Application Vault KeepersはAave上で精算を担当します。#baby

重要なのは、手数料率がどう決まるかです。Vault Providerのコミッションは、金庫が作成される時点で、事前署名されたPayoutトランザクションにすでに織り込まれています。預金者が署名して確認した時点で手数料率は固定され、金庫のライフサイクル全体を通じて変更できません。各支出経路はTaprootスクリプトの独立したリーフとしてエンコードされ、金庫が作成された後は、いずれの当事者も新しい支出経路を偽造できないようになっています。

ここまで読んで初めて、以前の理解がまったく逆だったことに気づきました——費用は、システムがメンテナンスする人たちへの報酬として分配するためのものだということです。さらに、預金者はWOTSの鍵と自分の回収パスを握っているので、Vault Providerが逃げても独立して離脱できます。分散型プロトコルで本当に難しいのは、金を集めることではなく、資金を継続的にシステムの安全を守る人たちへどう分配するかです。$BABY

その後、あることを理解しました。従来の金融では、費用はコストであり、できるだけ低く抑えるのが望ましい。でも分散型システムでは、CEOが代わりに尻拭いしてくれるわけがありません。安全をどうやって継続するのか？ それは、このインセンティブの仕組みによります——誰がシステムを守るのか、誰が報酬を受け取るのか。費用設計の本質は価格設定ではなく、責任の割り当てです。お金の分け方さえ正しければ、システムは自律的に回り始めます。@BabylonLabs_io