Binance Square
Jack Bullish
12.6k 投稿

Jack Bullish

厳選トピック確認済+
Building stories on-chain. Trading narratives before they become headlines
取引を発注
超高頻度トレーダー
1.7年
174 フォロー
43.2K+ フォロワー
31.2K+ いいね
投稿
ポートフォリオ
·
--
ブリッシュ
翻訳参照
I’ve been watching DUSK for a while, and the thing that keeps pulling my attention back isn’t the privacy narrative. It’s the way the ecosystem is quietly becoming more complete. At first glance, Dusk has a familiar crypto story: L1, confidential smart contracts, tokenized real-world assets. But the deeper you look, the more you notice that the important work is happening around the chain. NPEX is probably the best example. This isn’t just another company saying it will “explore blockchain.” Dusk is tied into a regulated European securities market, where issuance, trading and settlement actually matter. That makes the experiment much more tangible. Then there’s the infrastructure most people scroll past. Quantoz brings EURQ, giving the ecosystem a euro-native settlement layer. Cordial sits closer to custody and institutional asset management. 21X opens another route into regulated digital-asset markets. Chainlink brings the outside world in through data and cross-chain connectivity. Individually, none of these sounds revolutionary. Together, they tell a different story. Dusk is slowly filling the boring gaps that usually kill blockchain adoption. Where does the money settle? Who holds the assets? How do regulated venues interact with the chain? How does private financial data stay private without turning the whole system into a black box? Those questions are much less exciting than “10x your RWA exposure,” but they’re the questions that matter. And this is the part I find genuinely interesting: Dusk’s privacy design isn’t really about hiding everything. Financial markets often need the opposite — selective visibility. Regulators, counterparties and institutions may need to verify something without exposing the entire history to every stranger on the network. That feels much more grounded to me. DUSK doesn’t look mature because it has the loudest ecosystem. It looks more mature because, piece by piece, fewer parts of the financial workflow are missing. #dusk $DUSK @Dusk
I’ve been watching DUSK for a while, and the thing that keeps pulling my attention back isn’t the privacy narrative.

It’s the way the ecosystem is quietly becoming more complete.

At first glance, Dusk has a familiar crypto story: L1, confidential smart contracts, tokenized real-world assets. But the deeper you look, the more you notice that the important work is happening around the chain.

NPEX is probably the best example. This isn’t just another company saying it will “explore blockchain.” Dusk is tied into a regulated European securities market, where issuance, trading and settlement actually matter. That makes the experiment much more tangible.

Then there’s the infrastructure most people scroll past.

Quantoz brings EURQ, giving the ecosystem a euro-native settlement layer. Cordial sits closer to custody and institutional asset management. 21X opens another route into regulated digital-asset markets. Chainlink brings the outside world in through data and cross-chain connectivity.

Individually, none of these sounds revolutionary.

Together, they tell a different story.

Dusk is slowly filling the boring gaps that usually kill blockchain adoption.

Where does the money settle?

Who holds the assets?

How do regulated venues interact with the chain?

How does private financial data stay private without turning the whole system into a black box?

Those questions are much less exciting than “10x your RWA exposure,” but they’re the questions that matter.

And this is the part I find genuinely interesting: Dusk’s privacy design isn’t really about hiding everything. Financial markets often need the opposite — selective visibility. Regulators, counterparties and institutions may need to verify something without exposing the entire history to every stranger on the network.

That feels much more grounded to me.

DUSK doesn’t look mature because it has the loudest ecosystem.

It looks more mature because, piece by piece, fewer parts of the financial workflow are missing.

#dusk $DUSK @Dusk
·
--
ブリッシュ
DUSK — 人が見落としがちな「プライバシー」の一部分 Duskを見ていくほど、「プライベート・ブロックチェーン」という“面白い物語”は薄く感じてきました。 その呼び名は、何もかもを隠すことが目的だと聞こえます。 でも、違います。 本当の問いは、もっと実務的です。誰が、何を見る必要があるのか? それは退屈に聞こえるかもしれませんが、実際の金融市場を考えると別です。 投資家は、自分が資格を満たしていることを証明する必要があるかもしれない。ですが、身元のすべてをさらす必要はありません。発行体は、誰が資産を保有できるのかを知る必要があるかもしれない。ですが、全員の残高を見せ合う必要はありません。監査人は、すべての取引を生中継のように覗き込まずに、ルールが守られたことの証拠が必要かもしれません。 そこで、Duskの「選択的開示」モデルが意味を持ってきます。 Citadelは、ゼロ知識証明によって属性を証明できるようにし、基礎となる個人情報をオンチェーンに載せません。Phoenixはさらに進んで、移転に関しては次のようにします。残高や取引の詳細は秘匿のままにできる一方で、認可された当事者は閲覧メカニズムを通じて、検証に必要な情報を得ることができます。 そしてXSCがあります。 ここが、私が「プライバシーという見出し」よりも興味深いと思う部分です。 XSCは、金融資産をめぐる機密スマートコントラクトのために作られています。そこではルールがまだ重要です。誰が何を保有できるのか。どの移転が許可されているのか。償還のときに何が起きるのか。コーポレート・アクションはどう機能するのか。プライバシーがルールの隣にあるのではありません。プライバシーは、ルールが執行される仕組みの一部なのです。 静かなポイントは、Duskは「すべてを見えなくすること」に執着しているわけではないように見えることです。 公開・非公開の取引モデルを同じネットワーク上に保ちます。Moonlightは公開されるべきものを開示できます。Phoenixは開示すべきでないものを隠せます。誰かが実際に証明を必要とするとき、選択的開示がその間に入ります。 それは、現実の金融にずっと近い感覚です。 あなたは秘密主義を望んでいません。 開示に対するコントロールを望んでいるのです。 そしておそらく、それがプライバシーのより役に立つ定義です。消えるのではなく、状況が必要とする以上は開示しないこと。 #dusk $DUSK @Dusk
DUSK — 人が見落としがちな「プライバシー」の一部分

Duskを見ていくほど、「プライベート・ブロックチェーン」という“面白い物語”は薄く感じてきました。

その呼び名は、何もかもを隠すことが目的だと聞こえます。

でも、違います。

本当の問いは、もっと実務的です。誰が、何を見る必要があるのか?

それは退屈に聞こえるかもしれませんが、実際の金融市場を考えると別です。

投資家は、自分が資格を満たしていることを証明する必要があるかもしれない。ですが、身元のすべてをさらす必要はありません。発行体は、誰が資産を保有できるのかを知る必要があるかもしれない。ですが、全員の残高を見せ合う必要はありません。監査人は、すべての取引を生中継のように覗き込まずに、ルールが守られたことの証拠が必要かもしれません。

そこで、Duskの「選択的開示」モデルが意味を持ってきます。

Citadelは、ゼロ知識証明によって属性を証明できるようにし、基礎となる個人情報をオンチェーンに載せません。Phoenixはさらに進んで、移転に関しては次のようにします。残高や取引の詳細は秘匿のままにできる一方で、認可された当事者は閲覧メカニズムを通じて、検証に必要な情報を得ることができます。

そしてXSCがあります。

ここが、私が「プライバシーという見出し」よりも興味深いと思う部分です。

XSCは、金融資産をめぐる機密スマートコントラクトのために作られています。そこではルールがまだ重要です。誰が何を保有できるのか。どの移転が許可されているのか。償還のときに何が起きるのか。コーポレート・アクションはどう機能するのか。プライバシーがルールの隣にあるのではありません。プライバシーは、ルールが執行される仕組みの一部なのです。

静かなポイントは、Duskは「すべてを見えなくすること」に執着しているわけではないように見えることです。

公開・非公開の取引モデルを同じネットワーク上に保ちます。Moonlightは公開されるべきものを開示できます。Phoenixは開示すべきでないものを隠せます。誰かが実際に証明を必要とするとき、選択的開示がその間に入ります。

それは、現実の金融にずっと近い感覚です。

あなたは秘密主義を望んでいません。

開示に対するコントロールを望んでいるのです。

そしておそらく、それがプライバシーのより役に立つ定義です。消えるのではなく、状況が必要とする以上は開示しないこと。

#dusk $DUSK @Dusk
·
--
ブリッシュ
「セキュリティ監査済み」と書かれた暗号プロジェクトを見た人が、すぐに次へ進む——そういうのを私はそう思います。 でも、私は違います。 Duskで面白いのは、監査人の一覧ではありません。彼らが実際に見つける必要があった“中身”です。 DuskはPLONK、Piecrust、Phoenix、Kadcast、BLS、consensus、Rusk、そして移行コントラクトにまたがってレビューされています。紙の上では、それは心強く見えます。 でも、よくあるのはそのあとです。 これらのシステムはたいてい、どこかで壊れます。 暗号が突然動かなくなるからではありません。 まったく無理のない2つのコードが、互いについて誤った前提を置いてしまうからです。 Duskにも、まさにそれに類する例があります。 PLONKのある問題では、Fiat-Shamirのトランスクリプトで公開入力の扱いが正しくなされていなかったため、偽造された証明の可能性が生じていました。これは発見され、修正されています。 その後、AEGISがさらに興味深いものを明らかにしました。 39件の指摘。重要(critical)とされたのは7件。 怖かったのは、件数ではありません。 場所でした。VMの分離、ホスト側のデシリアライズ、Phoenixの手数料/返金ロジック、そしてBLS署名。 これらは退屈な名前に聞こえますが、よく見るとそれぞれが「プロトコルが別のコンポーネントを信頼しなければならない境界」の近くに位置しています。 私はそこに注目します。 ZK証明が数学的に正しくても、それを取り巻くVMが状態を誤って解釈してしまうなら、あまり役に立ちません。 強力な署名方式でも、まずい実装からは守れません。 そして、スマートコントラクトが完璧に書かれていても、それに悪いデータを渡してくる環境があれば台無しです。 だからこそ、私は指摘事項の“その後”にDuskが何をしたのかに、より関心があります。 単に数行をパッチして「終わり」にしたわけではありません。修正は、より厳格なチェック、追加の回帰テスト、強化されたデコード規則、手数料/返金との結びつきの改善、そしてBLS検証まわりの変更へと進みました。 監査について話すときに、ほとんどの人が飛ばしてしまうのは、その部分です。 監査は「何も壊れない」ことの証明ではありません。 それは、「十分に頑張って壊そうとしたときに何が起きるか」の証拠です。 正直、そのほうがはるかに見ていて役に立ちます。 #dusk $DUSK @Dusk
「セキュリティ監査済み」と書かれた暗号プロジェクトを見た人が、すぐに次へ進む——そういうのを私はそう思います。

でも、私は違います。

Duskで面白いのは、監査人の一覧ではありません。彼らが実際に見つける必要があった“中身”です。

DuskはPLONK、Piecrust、Phoenix、Kadcast、BLS、consensus、Rusk、そして移行コントラクトにまたがってレビューされています。紙の上では、それは心強く見えます。

でも、よくあるのはそのあとです。

これらのシステムはたいてい、どこかで壊れます。

暗号が突然動かなくなるからではありません。

まったく無理のない2つのコードが、互いについて誤った前提を置いてしまうからです。

Duskにも、まさにそれに類する例があります。

PLONKのある問題では、Fiat-Shamirのトランスクリプトで公開入力の扱いが正しくなされていなかったため、偽造された証明の可能性が生じていました。これは発見され、修正されています。

その後、AEGISがさらに興味深いものを明らかにしました。

39件の指摘。重要(critical)とされたのは7件。

怖かったのは、件数ではありません。

場所でした。VMの分離、ホスト側のデシリアライズ、Phoenixの手数料/返金ロジック、そしてBLS署名。

これらは退屈な名前に聞こえますが、よく見るとそれぞれが「プロトコルが別のコンポーネントを信頼しなければならない境界」の近くに位置しています。

私はそこに注目します。

ZK証明が数学的に正しくても、それを取り巻くVMが状態を誤って解釈してしまうなら、あまり役に立ちません。

強力な署名方式でも、まずい実装からは守れません。

そして、スマートコントラクトが完璧に書かれていても、それに悪いデータを渡してくる環境があれば台無しです。

だからこそ、私は指摘事項の“その後”にDuskが何をしたのかに、より関心があります。

単に数行をパッチして「終わり」にしたわけではありません。修正は、より厳格なチェック、追加の回帰テスト、強化されたデコード規則、手数料/返金との結びつきの改善、そしてBLS検証まわりの変更へと進みました。

監査について話すときに、ほとんどの人が飛ばしてしまうのは、その部分です。

監査は「何も壊れない」ことの証明ではありません。

それは、「十分に頑張って壊そうとしたときに何が起きるか」の証拠です。

正直、そのほうがはるかに見ていて役に立ちます。

#dusk $DUSK @Dusk
·
--
ブリッシュ
確認済み
私がDuskを見ているほど、いつもの暗号資産の文脈でいう「クロスチェーン」のことを考えなくなっていきます。 多くのプロジェクトは、「相互運用性」として、あるチェーンから別のチェーンへトークンを移すことだと話します。 その部分は簡単です。 Duskでより面白いのは、資産が移った後に何が起きるのかです。 Duskには決済のためのDuskDSがあり、EVMの世界にはDuskEVMがあり、さらにチェーンそのものとのより密な統合を必要とするコントラクトのためのネイティブなインフラがあります。 つまり、開発者は馴染みのあるEVMツールを使いながら、決済とプライバシーはDuskにしっかりと根付いたままです。 それが重要なのは、金融市場が本質的に分断されているからです。 流動性は別の場所にあります。 身元確認は別の場所で行われます。 決済もまた別の場所で行われます。 Duskは、その現実から相互運用性に取り組もうとしているように見えます。 そのプライバシーモデルは、単に「すべてを隠す」だけではありません。 むしろ、こうです: 証明する必要があるものは証明し、開示する必要があるものは開示し、それ以外はプライベートのままにする。 そして、もう一つ、人々がめったに触れない部分があります。 ブリッジそのものです。 Duskは、2026年1月にブリッジのインフラが侵害されたことで、その教訓を学びました。重要なポイントは、DuskDSのコンセンサス自体は壊れていなかったことです。 問題になっていたのは、接続レイヤーでした。 この違いは大きいです。 強固なチェーンであっても、他のチェーンと接続する仕組みからリスクを引き継いでしまう可能性があります。 だから、私がDUSKの相互運用性を見るとき、私は本当はこうは問いません: 「Duskは何個のチェーンに接続できるのか?」 代わりにこう問いかけます: アイデンティティ、プライバシー、コンプライアンス、決済を保ったまま、資産がネットワーク間を移動できるのか? それが、より難しい問題です。 そして、おそらくもっと面白い問題です。 なぜなら、相互運用性は実際には資産を動かすことそのものではないかもしれないからです。 周囲のすべてをさらすことなく、信頼と情報を移すことなのかもしれません。 #dusk $DUSK @Dusk
私がDuskを見ているほど、いつもの暗号資産の文脈でいう「クロスチェーン」のことを考えなくなっていきます。

多くのプロジェクトは、「相互運用性」として、あるチェーンから別のチェーンへトークンを移すことだと話します。

その部分は簡単です。

Duskでより面白いのは、資産が移った後に何が起きるのかです。

Duskには決済のためのDuskDSがあり、EVMの世界にはDuskEVMがあり、さらにチェーンそのものとのより密な統合を必要とするコントラクトのためのネイティブなインフラがあります。

つまり、開発者は馴染みのあるEVMツールを使いながら、決済とプライバシーはDuskにしっかりと根付いたままです。

それが重要なのは、金融市場が本質的に分断されているからです。

流動性は別の場所にあります。

身元確認は別の場所で行われます。

決済もまた別の場所で行われます。

Duskは、その現実から相互運用性に取り組もうとしているように見えます。

そのプライバシーモデルは、単に「すべてを隠す」だけではありません。

むしろ、こうです:

証明する必要があるものは証明し、開示する必要があるものは開示し、それ以外はプライベートのままにする。

そして、もう一つ、人々がめったに触れない部分があります。

ブリッジそのものです。

Duskは、2026年1月にブリッジのインフラが侵害されたことで、その教訓を学びました。重要なポイントは、DuskDSのコンセンサス自体は壊れていなかったことです。

問題になっていたのは、接続レイヤーでした。

この違いは大きいです。

強固なチェーンであっても、他のチェーンと接続する仕組みからリスクを引き継いでしまう可能性があります。

だから、私がDUSKの相互運用性を見るとき、私は本当はこうは問いません:

「Duskは何個のチェーンに接続できるのか?」

代わりにこう問いかけます:

アイデンティティ、プライバシー、コンプライアンス、決済を保ったまま、資産がネットワーク間を移動できるのか?

それが、より難しい問題です。

そして、おそらくもっと面白い問題です。

なぜなら、相互運用性は実際には資産を動かすことそのものではないかもしれないからです。

周囲のすべてをさらすことなく、信頼と情報を移すことなのかもしれません。

#dusk $DUSK @Dusk
·
--
ブリッシュ
私はDuskEVMを「もう一つのEVMチェーン」というより、Duskへの“入口”のように見ています。 分かりやすい物語はこうです: Duskはプライバシーに重点を置いている。 DuskEVMはEVMのコントラクトを動かす。 イーサリアムの開発者は馴染みのあるツールを使える。 以上。 でも、面白いのはそこではありません。 DuskはEVMの採用を追いかけるためだけに、ネイティブ環境を置き換えたわけではありません。 DuskEVMは、Dusk自身の実行レイヤーの隣に位置しています。 Solidity、Hardhat、Foundryといった、いつものEVMの開発フローがそのまま使えます。 あるいは、DuskVMでより“金属に近い”ところまで踏み込むこともできます。ここではRust/WASMのコントラクトが、Duskのネイティブ機能を直接利用できます。 つまり、同じエコシステムに基本的に2つの性格が共存しているのです。 馴染みのある側。 そして、Duskのために特別に作られた側。 さらに、人が見落としがちな部分があります: DuskEVMは、決済(セトルメント)レイヤーになりすまそうとしていません。 下にはDuskDSがあり、ベースレイヤー側を扱います。一方でDuskEVMは、開発者がすでに知っている実行環境を提供します。 DUSKがこの2つの環境の間を移動することさえ、その分離がはっきり見える。実際に、EVMとL1の間にはブリッジのフローがあります。 正直、私はそこが好きです。 ここでのプライバシーは、よくあるスローガンよりもずっと奥行きがあります。 Duskには、トランスペアレントなMoonlightトランザクションと、シールドされたPhoenixトランザクションがあります。 ときにはプライバシーが必要。 ときには開示が必要。 ときには、すべてを明かさずに何かを証明する必要がある。 それは、金融にとってずっと現実的な課題です。 だから私は、DuskEVMを「DuskがEthereumに対応するようになる」とは捉えていません。 そうではなくて、こうです: Solidityのスタックを持ち込む。 そして、機密性を前提に設計された決済レイヤーに触れたときに何が起きるかを見る。 この実験は、EVMロゴの付いた別のチェーンよりもずっと面白い。 #dusk $DUSK @Dusk
私はDuskEVMを「もう一つのEVMチェーン」というより、Duskへの“入口”のように見ています。

分かりやすい物語はこうです:

Duskはプライバシーに重点を置いている。
DuskEVMはEVMのコントラクトを動かす。
イーサリアムの開発者は馴染みのあるツールを使える。

以上。

でも、面白いのはそこではありません。

DuskはEVMの採用を追いかけるためだけに、ネイティブ環境を置き換えたわけではありません。

DuskEVMは、Dusk自身の実行レイヤーの隣に位置しています。

Solidity、Hardhat、Foundryといった、いつものEVMの開発フローがそのまま使えます。

あるいは、DuskVMでより“金属に近い”ところまで踏み込むこともできます。ここではRust/WASMのコントラクトが、Duskのネイティブ機能を直接利用できます。

つまり、同じエコシステムに基本的に2つの性格が共存しているのです。

馴染みのある側。

そして、Duskのために特別に作られた側。

さらに、人が見落としがちな部分があります:

DuskEVMは、決済(セトルメント)レイヤーになりすまそうとしていません。

下にはDuskDSがあり、ベースレイヤー側を扱います。一方でDuskEVMは、開発者がすでに知っている実行環境を提供します。

DUSKがこの2つの環境の間を移動することさえ、その分離がはっきり見える。実際に、EVMとL1の間にはブリッジのフローがあります。

正直、私はそこが好きです。

ここでのプライバシーは、よくあるスローガンよりもずっと奥行きがあります。

Duskには、トランスペアレントなMoonlightトランザクションと、シールドされたPhoenixトランザクションがあります。

ときにはプライバシーが必要。
ときには開示が必要。
ときには、すべてを明かさずに何かを証明する必要がある。

それは、金融にとってずっと現実的な課題です。

だから私は、DuskEVMを「DuskがEthereumに対応するようになる」とは捉えていません。

そうではなくて、こうです:

Solidityのスタックを持ち込む。

そして、機密性を前提に設計された決済レイヤーに触れたときに何が起きるかを見る。

この実験は、EVMロゴの付いた別のチェーンよりもずっと面白い。

#dusk $DUSK @Dusk
·
--
ブリッシュ
確認済み
これが気になり続けるのは、ダッシュボードからは気づきにくい類のものだからです。 固定のレートが見えます。 流動性が見えます。 すべてが問題ないように見えます。 しかし、TermMaxは借りること“だけ”の話ではないと、そのとき思い出します。 それは、清算(決済)をいつ行う意思があるのか——そのタイミングにも関わるものです。 どの市場にも特定の満期日があります。FTは満期時に貸し手へ請求権を渡し、XTはポジションの反対側を表します。 それは簡単そうに聞こえます。 でも、そうではありません。 みんなが9月を望んでいるとしましょう。 借り手は9月がいい。 貸し手も9月がいい。 すると、「$10mの流動性」だけでは、あまり分からなくなります。 そこで有用な問いはこうなります: $10mは、どの日付のためのもの? 8月に置かれている$10mと、9月に置かれている$10mは同じではありません。 固定レートのDeFiで、人が見誤りやすいのはそこです。 流動性がカレンダーの中に閉じ込められるのです。 TermMaxのV2設計は、この問題に真正面から取り組んでいます。流動性は市場をまたいで分断されうるし、資本は遊休のままになり得る。さらに、借りた資産は満期まで拘束されたままになってしまうこともあります。 Atomic OrdersとOrder Aggregatorは、その流動性をより再利用可能にすることを中心に設計されています。 ただ、私が特に面白いと思うのはSmart Unwindです。 本当の敵は、単に“分断された流動性”だけではありません。 それは“眠っている流動性”です。 仮に5ETHが30日間借りられたとして、そのETHは明日になれば気軽にまた使える状態には戻りません。 Smart Unwindは、満期前にそのポジションへ脱出用の出口を用意し、流動性が再び循環できるようにします。 そうなると、私のTermMaxの見方が変わります。 興味深い問いは、次のようなものではありません: 「DeFiに固定金利はあり得るのか?」 それが可能なことは、私たちにはもう分かっています。 難しいのは、次の問いです: みんなが同じ日付を求める状況でも、固定金利の市場は資本を動かし続けられるのか? 満期が混み合ってしまうと、流動性が“ただの1つの数字”ではなくなるからです。 それは地図になります。 そしてその地図では、APYよりも日付のほうが重要になるかもしれません。 おそらく、静かに注目しておく価値があるのはそこです。 #termmax @TermMax
これが気になり続けるのは、ダッシュボードからは気づきにくい類のものだからです。

固定のレートが見えます。
流動性が見えます。
すべてが問題ないように見えます。

しかし、TermMaxは借りること“だけ”の話ではないと、そのとき思い出します。

それは、清算(決済)をいつ行う意思があるのか——そのタイミングにも関わるものです。

どの市場にも特定の満期日があります。FTは満期時に貸し手へ請求権を渡し、XTはポジションの反対側を表します。

それは簡単そうに聞こえます。

でも、そうではありません。

みんなが9月を望んでいるとしましょう。

借り手は9月がいい。
貸し手も9月がいい。

すると、「$10mの流動性」だけでは、あまり分からなくなります。

そこで有用な問いはこうなります:

$10mは、どの日付のためのもの?

8月に置かれている$10mと、9月に置かれている$10mは同じではありません。

固定レートのDeFiで、人が見誤りやすいのはそこです。

流動性がカレンダーの中に閉じ込められるのです。

TermMaxのV2設計は、この問題に真正面から取り組んでいます。流動性は市場をまたいで分断されうるし、資本は遊休のままになり得る。さらに、借りた資産は満期まで拘束されたままになってしまうこともあります。

Atomic OrdersとOrder Aggregatorは、その流動性をより再利用可能にすることを中心に設計されています。

ただ、私が特に面白いと思うのはSmart Unwindです。

本当の敵は、単に“分断された流動性”だけではありません。

それは“眠っている流動性”です。

仮に5ETHが30日間借りられたとして、そのETHは明日になれば気軽にまた使える状態には戻りません。

Smart Unwindは、満期前にそのポジションへ脱出用の出口を用意し、流動性が再び循環できるようにします。

そうなると、私のTermMaxの見方が変わります。

興味深い問いは、次のようなものではありません:

「DeFiに固定金利はあり得るのか?」

それが可能なことは、私たちにはもう分かっています。

難しいのは、次の問いです:

みんなが同じ日付を求める状況でも、固定金利の市場は資本を動かし続けられるのか?

満期が混み合ってしまうと、流動性が“ただの1つの数字”ではなくなるからです。

それは地図になります。

そしてその地図では、APYよりも日付のほうが重要になるかもしれません。

おそらく、静かに注目しておく価値があるのはそこです。

#termmax @TermMax
·
--
ブリッシュ
DUSKを見るほど、「誰が投票できるのか」という統治の話を考えることが少なくなっていきます。 それは簡単な部分です。 本当に私が関心を持っているのは、議論のあと、提案のあと、みんなが自分たちの望むことに合意したあとに、何が起きるのかです。 その後、誰かがネットワークを変えなければなりません。 DuskはDIP――Dusk Improvement Proposals――を使って、プロトコルの変更を記録し、システムの一部になる前にレビューを通します。 しかし、提案はあくまで文書にすぎません。 どこかの時点で、それはコードにならなければならない。 そしてそこから、状況はずっと深刻になります。 アップグレードは、ノードが取引を検証するために使うルール、ブロックの処理方法、あるいは新機能の有効化方法を変えることができます。DuskのRuskクライアントには、そうした変更に対処するための明示的なアップグレードおよびアクティベーションのロジックがあります。 このほんの些細な点が、私にとっては統治のページよりもずっと重要です。 なぜなら、真の問いはこうではないからです: 「コミュニティはそれを承認したのか?」 そうではなくて: 「ネットワークは実際に、新しいルールへスムーズに移行できたのか?」 それはまったく別の問題です。 さらにもう一つ、見落とされがちな層があります。 Duskは、ただの汎用チェーンになろうとしているわけではありません。プライバシーと金融アプリケーションのためのインフラを構築しており、アップグレードが最終的に、権限、資産管理、規制されたワークフロー、スマートコントラクトの振る舞いといった領域にまで影響し得ます。 そうした環境では、「アップグレード可能性」は諸刃の剣です。 壊れたものを直す能力が必要です。 その一方で、誰が何をどう変えられるのか、変更がどのように行われるのか、そして変更が起きている間にネットワークがどう動くのかを、正確に把握する必要があります。 だからこそ私は、DUSKをめぐる統治の議論の数にあまり注意を払わず… …むしろ、退屈な部分に注目します: DIP、 コードのコミット、 リリース、 アクティベーションのルール、 そして最後に、ノードが新しい挙動を実際に強制し始める瞬間。 その一連の流れこそが統治です。 静かな本音は、すべてが順調に進んでいるときには、統治が機能しているのが本当はあまり見えてこないということです。 ルールが変わったときに気づく――そしてネットワークは、現実に関してなお合意できている。 #dusk $DUSK @Dusk
DUSKを見るほど、「誰が投票できるのか」という統治の話を考えることが少なくなっていきます。

それは簡単な部分です。

本当に私が関心を持っているのは、議論のあと、提案のあと、みんなが自分たちの望むことに合意したあとに、何が起きるのかです。

その後、誰かがネットワークを変えなければなりません。

DuskはDIP――Dusk Improvement Proposals――を使って、プロトコルの変更を記録し、システムの一部になる前にレビューを通します。

しかし、提案はあくまで文書にすぎません。

どこかの時点で、それはコードにならなければならない。

そしてそこから、状況はずっと深刻になります。

アップグレードは、ノードが取引を検証するために使うルール、ブロックの処理方法、あるいは新機能の有効化方法を変えることができます。DuskのRuskクライアントには、そうした変更に対処するための明示的なアップグレードおよびアクティベーションのロジックがあります。

このほんの些細な点が、私にとっては統治のページよりもずっと重要です。

なぜなら、真の問いはこうではないからです:

「コミュニティはそれを承認したのか?」

そうではなくて:

「ネットワークは実際に、新しいルールへスムーズに移行できたのか?」

それはまったく別の問題です。

さらにもう一つ、見落とされがちな層があります。

Duskは、ただの汎用チェーンになろうとしているわけではありません。プライバシーと金融アプリケーションのためのインフラを構築しており、アップグレードが最終的に、権限、資産管理、規制されたワークフロー、スマートコントラクトの振る舞いといった領域にまで影響し得ます。

そうした環境では、「アップグレード可能性」は諸刃の剣です。

壊れたものを直す能力が必要です。

その一方で、誰が何をどう変えられるのか、変更がどのように行われるのか、そして変更が起きている間にネットワークがどう動くのかを、正確に把握する必要があります。

だからこそ私は、DUSKをめぐる統治の議論の数にあまり注意を払わず…

…むしろ、退屈な部分に注目します:

DIP、

コードのコミット、

リリース、

アクティベーションのルール、

そして最後に、ノードが新しい挙動を実際に強制し始める瞬間。

その一連の流れこそが統治です。

静かな本音は、すべてが順調に進んでいるときには、統治が機能しているのが本当はあまり見えてこないということです。

ルールが変わったときに気づく――そしてネットワークは、現実に関してなお合意できている。

#dusk $DUSK @Dusk
·
--
ブリッシュ
TermMaxで私が最も面白いと感じるのは、固定金利そのものではありません。 大事なのは、考えが変わったときに何が起きるかです。 ポジションをロックします。 すると、都合のいい予測可能な金利が得られます。 見た目はきれいに整っている。 でも、数週間が過ぎます。 金利が動くのです。 流動性も変わります。 そしてふと気づくと、価値は残っているのに、満期まで保有したくなるとは限らないポジションに座っている。 ここからが本当の話です。 TermMaxは、固定金利の請求権を譲渡可能なFTに変換するので、ポジションそのものが満期までただ座っているのではなく、セカンダリー市場を通じて移動できます。 紙の上では、それは当然に見えます。 しかし実際には、固定金利DeFiの中でも最も難しい部分の一つです。 なぜなら、FTは単なる「資産」ではないから。 それには時計が付いています。 まったく同じ2つの請求権でも、1つは20日で満期を迎え、もう1つは200日なら、価格は大きく変わり得ます。 さらに、金利の変化、担保リスク、流動性の薄さも加わります。 つまり市場は、その請求権が実際にいくらの価値なのかを見極める必要がある。 だからこそ、TermMaxのAMMとプライシングカーブのアプローチは、最初に見える以上に重要です。単に固定金利のポジションを通常のトークンスワップのように振る舞わせようとしているわけではありません。システムは、資本だけでなく時間も価格付けしなければならないのです。 そして、ここに見落とされがちな微妙な点があります。 セカンダリー市場は借り手にも役立つのです。 あなたの債務を表すFTが額面を下回って取引され始めたら、そのFTを買うことが、債務を決済するためのより安い方法になり得ます。 すると市場が担保提供者に出口を与えるだけでなくなります。 借り手にとっても、債務を管理する別の手段を提供できる。 それが面白い部分です。 固定金利は注目を全部集めます。 実験の本番は、譲渡可能な債務のほうにある。 なぜなら、固定金利の仕組みを作るのは一つの課題だから。 元のローンの熱が冷めた後でも、人々がまだそれを取引したがるものを作ること… それがはるかに難しい。 そして通常、その時に初めて分かります。DeFiのプリミティブが本当に役に立つのかどうか。 #termmax @TermMax
TermMaxで私が最も面白いと感じるのは、固定金利そのものではありません。

大事なのは、考えが変わったときに何が起きるかです。

ポジションをロックします。

すると、都合のいい予測可能な金利が得られます。

見た目はきれいに整っている。

でも、数週間が過ぎます。

金利が動くのです。

流動性も変わります。

そしてふと気づくと、価値は残っているのに、満期まで保有したくなるとは限らないポジションに座っている。

ここからが本当の話です。

TermMaxは、固定金利の請求権を譲渡可能なFTに変換するので、ポジションそのものが満期までただ座っているのではなく、セカンダリー市場を通じて移動できます。

紙の上では、それは当然に見えます。

しかし実際には、固定金利DeFiの中でも最も難しい部分の一つです。

なぜなら、FTは単なる「資産」ではないから。

それには時計が付いています。

まったく同じ2つの請求権でも、1つは20日で満期を迎え、もう1つは200日なら、価格は大きく変わり得ます。

さらに、金利の変化、担保リスク、流動性の薄さも加わります。

つまり市場は、その請求権が実際にいくらの価値なのかを見極める必要がある。

だからこそ、TermMaxのAMMとプライシングカーブのアプローチは、最初に見える以上に重要です。単に固定金利のポジションを通常のトークンスワップのように振る舞わせようとしているわけではありません。システムは、資本だけでなく時間も価格付けしなければならないのです。

そして、ここに見落とされがちな微妙な点があります。

セカンダリー市場は借り手にも役立つのです。

あなたの債務を表すFTが額面を下回って取引され始めたら、そのFTを買うことが、債務を決済するためのより安い方法になり得ます。

すると市場が担保提供者に出口を与えるだけでなくなります。

借り手にとっても、債務を管理する別の手段を提供できる。

それが面白い部分です。

固定金利は注目を全部集めます。

実験の本番は、譲渡可能な債務のほうにある。

なぜなら、固定金利の仕組みを作るのは一つの課題だから。

元のローンの熱が冷めた後でも、人々がまだそれを取引したがるものを作ること…

それがはるかに難しい。

そして通常、その時に初めて分かります。DeFiのプリミティブが本当に役に立つのかどうか。

#termmax @TermMax
·
--
ブリッシュ
DUSKには、人々があまりにも早く見落としてしまう点が1つあります。: XCはXSCではありません。 最初は、プロトコル名のように見えます。 でも、それは本当に「設計上の選択」です。 XCは、非セキュリティ資産向けのConfidential Token Standard(機密トークン標準)です。 XSCは証券向けの、より重い(厳格な)標準で、投資家の適格性、譲渡制限、コンプライアンス規則が、その資産そのものに組み込まれます。 この区分には意味があります。 すべてのトークンが同じルールを必要とするわけではありません。 そして、すべての金融取引が公開情報になるべきでもありません。 Duskについて、私が面白いと感じるのはそこです。 多くのパブリックチェーンでは、いったん何かが動くと、その痕跡は事実上ずっと残ります。 ウォレットAがこれだけ送った。 ウォレットBが受け取った。 その後、Bがそれを動かした。 透明性にはとても良いです。 でも、金融には必ずしも良くありません。 Duskは別の道を選びます。Phoenixは送信者、受信者、金額をシールドでき、またセレクティブ・ディスクロージャ(必要なときに必要な相手へ開示)によって、必要な場合には正しい当事者が「何が起きたか」を証明できます。 そして最後の部分が重要です。 プライバシーは、必ずしもすべてを隠すことだけを意味しません。 単に、すべてを誰にでも見せないことが目的の場合もあります。 監査人には証拠が必要かもしれません。 取引相手には確認が必要かもしれません。 チェーンを眺めている無関係な第三者には、それは不要です。 そしてそこが、XCを面白くします。 資産は、その動きのすべてを公開の市場インテリジェンスに変えることなく、使い続けられます。 なぜなら、取引履歴は戦略、流動性、関係性 — 時には次にあなたが計画していることまで — を明らかにしてしまうからです。 本当の問いは、次ではありません: 「Duskは送金を隠せるのか?」 そうではなくて、 「金融活動は、実際に証明が必要なときには証明可能でありながら、プライベートのままでいられるのか?」 XCは、そのパズルの中のほんの一部です。 そして正直、それは取引を見えなくするだけよりも、はるかに役に立つと感じます。 #dusk $DUSK @Dusk
DUSKには、人々があまりにも早く見落としてしまう点が1つあります。:

XCはXSCではありません。

最初は、プロトコル名のように見えます。

でも、それは本当に「設計上の選択」です。

XCは、非セキュリティ資産向けのConfidential Token Standard(機密トークン標準)です。

XSCは証券向けの、より重い(厳格な)標準で、投資家の適格性、譲渡制限、コンプライアンス規則が、その資産そのものに組み込まれます。

この区分には意味があります。

すべてのトークンが同じルールを必要とするわけではありません。

そして、すべての金融取引が公開情報になるべきでもありません。

Duskについて、私が面白いと感じるのはそこです。

多くのパブリックチェーンでは、いったん何かが動くと、その痕跡は事実上ずっと残ります。

ウォレットAがこれだけ送った。

ウォレットBが受け取った。

その後、Bがそれを動かした。

透明性にはとても良いです。

でも、金融には必ずしも良くありません。

Duskは別の道を選びます。Phoenixは送信者、受信者、金額をシールドでき、またセレクティブ・ディスクロージャ(必要なときに必要な相手へ開示)によって、必要な場合には正しい当事者が「何が起きたか」を証明できます。

そして最後の部分が重要です。

プライバシーは、必ずしもすべてを隠すことだけを意味しません。

単に、すべてを誰にでも見せないことが目的の場合もあります。

監査人には証拠が必要かもしれません。

取引相手には確認が必要かもしれません。

チェーンを眺めている無関係な第三者には、それは不要です。

そしてそこが、XCを面白くします。

資産は、その動きのすべてを公開の市場インテリジェンスに変えることなく、使い続けられます。

なぜなら、取引履歴は戦略、流動性、関係性 — 時には次にあなたが計画していることまで — を明らかにしてしまうからです。

本当の問いは、次ではありません:

「Duskは送金を隠せるのか?」

そうではなくて、

「金融活動は、実際に証明が必要なときには証明可能でありながら、プライベートのままでいられるのか?」

XCは、そのパズルの中のほんの一部です。

そして正直、それは取引を見えなくするだけよりも、はるかに役に立つと感じます。

#dusk $DUSK @Dusk
·
--
ブリッシュ
私はDUSKのZKスタックを掘り下げてきたんですが、結局何度も戻ってしまうのは「プライバシーブロックチェーン」ではありません。 それはこれです: ネットワークは、物語の全体を知らなくても、何かを検証できる。 これがシンプルに聞こえるのは、実際の金融活動にとってそれが何を意味するのかを考えるまでです。 Phoenixなら、金額や取引の詳細は隠したままにでき、同時にチェーンは取引が有効であることをチェックします。 「暗号を放り投げるだけ」とはまったく違う発想です。 そしてPLONK。 Duskは基盤にBLS12-381を用い、コアとなる証明システムとしてPLONKを使っています。面白いのは、証明自体が“それだけ”の製品ということではない点です。つまり、Duskが機微情報をプライベートに保ちながら、それでも検証できる材料をバリデータに渡せるようにする仕組みです。 さらにBulletproofsも、この物語の一部です。ただ、今日の時点では私はそれをPLONKと同じ土俵に置くつもりはありません。Duskの初期の機密取引により多く登場します。スタックは進化しているんですね。 私が本当に面白いと思うのは、誰もあまり話したがらないトレードオフです: 証明には計算コストがかかる。 誰かがそれを生成しなければならない。 そのために、Duskは専用のプローバー基盤を用意しています。 だから「ゼロ知識で何でも隠せる」と言う人がいますが、私はもっと良いポイントを見落としていると思います。 必要なものを証明しながら、いくつかのことは隠せる。 金融では、ブロックチェーンを完全に不透明にすることよりも、ずっと有用かもしれません。 いつも全員に取引を見せる必要はない。 ときには正しい人、あるいはプロトコル自身にだけ、それが有効だと分かればいい。 #dusk $DUSK @Dusk_Foundation
私はDUSKのZKスタックを掘り下げてきたんですが、結局何度も戻ってしまうのは「プライバシーブロックチェーン」ではありません。

それはこれです:

ネットワークは、物語の全体を知らなくても、何かを検証できる。

これがシンプルに聞こえるのは、実際の金融活動にとってそれが何を意味するのかを考えるまでです。

Phoenixなら、金額や取引の詳細は隠したままにでき、同時にチェーンは取引が有効であることをチェックします。

「暗号を放り投げるだけ」とはまったく違う発想です。

そしてPLONK。

Duskは基盤にBLS12-381を用い、コアとなる証明システムとしてPLONKを使っています。面白いのは、証明自体が“それだけ”の製品ということではない点です。つまり、Duskが機微情報をプライベートに保ちながら、それでも検証できる材料をバリデータに渡せるようにする仕組みです。

さらにBulletproofsも、この物語の一部です。ただ、今日の時点では私はそれをPLONKと同じ土俵に置くつもりはありません。Duskの初期の機密取引により多く登場します。スタックは進化しているんですね。

私が本当に面白いと思うのは、誰もあまり話したがらないトレードオフです:

証明には計算コストがかかる。

誰かがそれを生成しなければならない。

そのために、Duskは専用のプローバー基盤を用意しています。

だから「ゼロ知識で何でも隠せる」と言う人がいますが、私はもっと良いポイントを見落としていると思います。

必要なものを証明しながら、いくつかのことは隠せる。

金融では、ブロックチェーンを完全に不透明にすることよりも、ずっと有用かもしれません。

いつも全員に取引を見せる必要はない。

ときには正しい人、あるいはプロトコル自身にだけ、それが有効だと分かればいい。

#dusk $DUSK @Dusk
·
--
ブリッシュ
確認済み
DuskのVM側を少し調べてみたんですが、正直、ここがプロジェクトの面白いところです。 皆がDuskをプライバシーのためのものだと言います。 でも私は、ずっとその下にある問いに立ち返っていました: そのチェーンは、どうやってコードを実行しているのに、そのコードが問題にならないようにできるのか? そこでPiecrustが出てきます。 Piecrustは、シンプルな1つの発想を中心に作られたWASM実行環境です。スマートコントラクトは、非常に管理された“箱”の中で動くべきだ、という考えです。 つまらなそう。 でも、すべてのコントラクトが、信頼しきれないコードだと思い出せば話は別です。 バグがあるかもしれない。 悪意があるかもしれない。 開発者が想像していなかったことをするかもしれない。 だからVMは厳格でなければなりません。 メモリの境界が重要です。 呼び出しが重要です。 コントラクトがアクセスできるものが重要です。 Duskは時間をかけて、これらの要素をさらに強化してきました。範囲外メモリ、サンドボックス、エイリアシング、リエントラント呼び出し、そしてその他の深い実行レイヤーの問題に対する修正などです。 良い暗号系の見出しになるような話ではありません。 でも私は、まさにそういう部分にこそ注目しています。 プライバシーは、その下にある仕組みの強さと同じだけ強くなるからです。 Duskの良いところは、実行環境がプライバシースタックとは別に設計されていないことです。 コントラクトはWASMで動きます。 VMが環境を制御します。 残りのスタックが、機密トランザクションと検証(証明)の側を扱います。 パーツは別でも、一つのシステムとして振る舞わないといけない。 そして見落とされがちな細部があります。 Duskは、プライバシーを上に乗せて単にEthereumを作り直している、という感じはしません。 実行モデルが違います。 コントラクトのメモリや状態の扱い方でさえ、通常のEVMモデルというより、用途を見越して設計された機械のように感じるのです。 だからPiecrustが私の目を引きました。 「WASM」って響きがクールだからではありません。 退屈な部分こそ、実は本当のエンジニアリングが詰まっていることが多いからです。 もしDuskが本格的な金融ネットワークになれば、人々はまず最初にプライベートな取引に気づくでしょう。 そしてVMが、その下で必要なことをすべてきちんと動作させるよう“ひっそり”と確認していることに気づく人は、ごくわずかです。 #dusk $DUSK @Dusk_Foundation
DuskのVM側を少し調べてみたんですが、正直、ここがプロジェクトの面白いところです。

皆がDuskをプライバシーのためのものだと言います。

でも私は、ずっとその下にある問いに立ち返っていました:

そのチェーンは、どうやってコードを実行しているのに、そのコードが問題にならないようにできるのか?

そこでPiecrustが出てきます。

Piecrustは、シンプルな1つの発想を中心に作られたWASM実行環境です。スマートコントラクトは、非常に管理された“箱”の中で動くべきだ、という考えです。

つまらなそう。

でも、すべてのコントラクトが、信頼しきれないコードだと思い出せば話は別です。

バグがあるかもしれない。

悪意があるかもしれない。

開発者が想像していなかったことをするかもしれない。

だからVMは厳格でなければなりません。

メモリの境界が重要です。

呼び出しが重要です。

コントラクトがアクセスできるものが重要です。

Duskは時間をかけて、これらの要素をさらに強化してきました。範囲外メモリ、サンドボックス、エイリアシング、リエントラント呼び出し、そしてその他の深い実行レイヤーの問題に対する修正などです。

良い暗号系の見出しになるような話ではありません。

でも私は、まさにそういう部分にこそ注目しています。

プライバシーは、その下にある仕組みの強さと同じだけ強くなるからです。

Duskの良いところは、実行環境がプライバシースタックとは別に設計されていないことです。

コントラクトはWASMで動きます。

VMが環境を制御します。

残りのスタックが、機密トランザクションと検証(証明)の側を扱います。

パーツは別でも、一つのシステムとして振る舞わないといけない。

そして見落とされがちな細部があります。

Duskは、プライバシーを上に乗せて単にEthereumを作り直している、という感じはしません。

実行モデルが違います。

コントラクトのメモリや状態の扱い方でさえ、通常のEVMモデルというより、用途を見越して設計された機械のように感じるのです。

だからPiecrustが私の目を引きました。

「WASM」って響きがクールだからではありません。

退屈な部分こそ、実は本当のエンジニアリングが詰まっていることが多いからです。

もしDuskが本格的な金融ネットワークになれば、人々はまず最初にプライベートな取引に気づくでしょう。

そしてVMが、その下で必要なことをすべてきちんと動作させるよう“ひっそり”と確認していることに気づく人は、ごくわずかです。

#dusk $DUSK @Dusk
·
--
ブリッシュ
黄昏 — フェニックスは「プライバシー」よりも面白い 私はプライバシーの仕組みについて十分な時間を調べてきたので、あることに気づきました: 見栄えのする仕組みは、退屈な部分について尋ねるまでは立派に聞こえる。 返金。 手数料。 おつり。 公開状態から非公開状態への移行。 誰が実際に支払いを見られるのか。 そこでフェニックスが面白くなる。 残高をそのまま公開するのではなく、フェニックスはメモ(小さな封印されたお金のかけら)を使います。 それらのメモはメルクルツリーに入れられます。 使うときは、正確なメモを指し示しません。無効化子(nullifier)とゼロ知識証明を公開します。 ネットワークは、あなたが資金を保有していること、出費が有効であること、そしてどこからもない価値が新たに作られていないことを検証できます——取引全体の財務ストーリーを見ずに。 そして、私が一番好きなのはここです: フェニックスは、皆を皆から盲目にすることを目指していません。 公開側には、ほとんど見えません。 受取側は、知る必要のあることは引き続き学べます。 信頼できる第三者に閲覧権限を与えることも可能です。 支出の権限は所有者のままです。 だからここでのプライバシーは、「消えてなくなる」ような感覚ではなく、「誰に窓を見せるかを選ぶ」ことに近い。 そして、醜いイレギュラーなケースが出てきます。 返金。手数料。おつり。透明状態と機密状態の間で価値を移すこと。 これらの移行は、簡単に指紋になり得ます。 フェニックスは、それらの問題を念頭に設計されていて、「実際の金融活動は常に完璧にプライベートな移転だ」とごまかしたりはしません。 それが重要です。 取引そのものを隠しても、手数料や返金、あるいは資金が非公開状態に入って出ていく方法を通じて、情報は漏れ得るからです。 だからこそ、フェニックス2.0が面白い。 プライバシーをブラックボックスにせずに、選択的な可視性と機密的な返金をさらに押し進めます。 あなたは、何が真実かを証明し続けられます。 正しい数であることを証明するために、全てのスプレッドシートを公開する必要はないだけです。 たぶん、それがDUSKの静かなポイントです: 取引を不可視にすることが目的ではない。 不必要な情報を不可視にすることです。 ブロックチェーンは、何が真実かを知る必要があります。 ただ、それを証明するためにあなたのことをすべて知る必要はない。 #dusk $DUSK @Dusk_Foundation
黄昏 — フェニックスは「プライバシー」よりも面白い

私はプライバシーの仕組みについて十分な時間を調べてきたので、あることに気づきました:

見栄えのする仕組みは、退屈な部分について尋ねるまでは立派に聞こえる。

返金。
手数料。
おつり。
公開状態から非公開状態への移行。

誰が実際に支払いを見られるのか。

そこでフェニックスが面白くなる。

残高をそのまま公開するのではなく、フェニックスはメモ(小さな封印されたお金のかけら)を使います。

それらのメモはメルクルツリーに入れられます。

使うときは、正確なメモを指し示しません。無効化子(nullifier)とゼロ知識証明を公開します。

ネットワークは、あなたが資金を保有していること、出費が有効であること、そしてどこからもない価値が新たに作られていないことを検証できます——取引全体の財務ストーリーを見ずに。

そして、私が一番好きなのはここです:

フェニックスは、皆を皆から盲目にすることを目指していません。

公開側には、ほとんど見えません。

受取側は、知る必要のあることは引き続き学べます。

信頼できる第三者に閲覧権限を与えることも可能です。

支出の権限は所有者のままです。

だからここでのプライバシーは、「消えてなくなる」ような感覚ではなく、「誰に窓を見せるかを選ぶ」ことに近い。

そして、醜いイレギュラーなケースが出てきます。

返金。手数料。おつり。透明状態と機密状態の間で価値を移すこと。

これらの移行は、簡単に指紋になり得ます。

フェニックスは、それらの問題を念頭に設計されていて、「実際の金融活動は常に完璧にプライベートな移転だ」とごまかしたりはしません。

それが重要です。

取引そのものを隠しても、手数料や返金、あるいは資金が非公開状態に入って出ていく方法を通じて、情報は漏れ得るからです。

だからこそ、フェニックス2.0が面白い。

プライバシーをブラックボックスにせずに、選択的な可視性と機密的な返金をさらに押し進めます。

あなたは、何が真実かを証明し続けられます。

正しい数であることを証明するために、全てのスプレッドシートを公開する必要はないだけです。

たぶん、それがDUSKの静かなポイントです:

取引を不可視にすることが目的ではない。

不必要な情報を不可視にすることです。

ブロックチェーンは、何が真実かを知る必要があります。

ただ、それを証明するためにあなたのことをすべて知る必要はない。

#dusk $DUSK @Dusk
·
--
ブリッシュ
DUSKは、内部を覗き込む時間が増えるほど、「プライバシー・ブロックチェーン」という看板がどれほど真実を語ってくれているかが薄れていくような、そういうチェーンのひとつです。 私の注意を引いたのは、実はコンセンサスの部分です。 Duskは、すべてのバリデータがあらゆるブロックについて大声で叫ぶ必要はありません。 少人数のグループが選ばれます。 一方の側がブロックを提案し、他の側がそれを検証し、さらに別のグループがその承認(ラティファイ)を支援します。 そして終わりです。 最終。 もう、さらに6回の確認の後にそのブロックが消えてしまうのではないかと座って待つ必要はありません。 巧いのは、そうしたグループがどう選ばれるかです。 Duskはステーク(保有量)に重み付けしたランダム選択を使うので、いつものおなじみのバリデータが同じ仕事を何度も繰り返すことがありません。委員会(コミッティ)は入れ替わります。だからこそ、コンセンサスのプロセスは予測しづらくなり、うまく“騙す”ことを狙う人にとっても、はるかに居心地が悪くなります。 そして正直、これはDuskにとって、ある種の汎用的なL1よりもずっと重要です。 なぜならDuskは金融の領域を狙っているからです。 金融資産においては、「たぶん最終(probably final)」と「実際に最終(actually final)」はまったく別物です。 さらに、あまり人が口にしない部分があります。 Duskでは、公開トランザクション、シールドされたトランザクション、そしてスマートコントラクトが同じネットワーク上で共存できます。 Moonlightが公開アカウント側を担います。 Phoenixがプライバシーレイヤーを担います。 DuskVMが実行を担います。 だから、興味深い問いは本質的にはこうではありません。 「Duskはトランザクションを隠せるの?」 そうではなく—— 「プライバシーが、クリーンで予測可能な決済を犠牲にせずに成り立つような、金融インフラを作れるのか?」 それはずっと難しい課題です。 そしてSuccinct Attestationは、まさにその決済面に対するDuskの答えです。 派手な小手先のトリックはありません。 委員会、ランダムネス、ステーキング、そして「ブロックが本当に完了したとき」を知ることへの強いこだわり。 この静かなエンジニアリングの選択は、最初に注目されるのがプライバシーの物語だとしても、最終的にはそちら以上に重要になってくるかもしれません。 #dusk $DUSK @Dusk_Foundation
DUSKは、内部を覗き込む時間が増えるほど、「プライバシー・ブロックチェーン」という看板がどれほど真実を語ってくれているかが薄れていくような、そういうチェーンのひとつです。

私の注意を引いたのは、実はコンセンサスの部分です。

Duskは、すべてのバリデータがあらゆるブロックについて大声で叫ぶ必要はありません。

少人数のグループが選ばれます。

一方の側がブロックを提案し、他の側がそれを検証し、さらに別のグループがその承認(ラティファイ)を支援します。

そして終わりです。

最終。

もう、さらに6回の確認の後にそのブロックが消えてしまうのではないかと座って待つ必要はありません。

巧いのは、そうしたグループがどう選ばれるかです。

Duskはステーク(保有量)に重み付けしたランダム選択を使うので、いつものおなじみのバリデータが同じ仕事を何度も繰り返すことがありません。委員会(コミッティ)は入れ替わります。だからこそ、コンセンサスのプロセスは予測しづらくなり、うまく“騙す”ことを狙う人にとっても、はるかに居心地が悪くなります。

そして正直、これはDuskにとって、ある種の汎用的なL1よりもずっと重要です。

なぜならDuskは金融の領域を狙っているからです。

金融資産においては、「たぶん最終(probably final)」と「実際に最終(actually final)」はまったく別物です。

さらに、あまり人が口にしない部分があります。

Duskでは、公開トランザクション、シールドされたトランザクション、そしてスマートコントラクトが同じネットワーク上で共存できます。

Moonlightが公開アカウント側を担います。

Phoenixがプライバシーレイヤーを担います。

DuskVMが実行を担います。

だから、興味深い問いは本質的にはこうではありません。

「Duskはトランザクションを隠せるの?」

そうではなく——

「プライバシーが、クリーンで予測可能な決済を犠牲にせずに成り立つような、金融インフラを作れるのか?」

それはずっと難しい課題です。

そしてSuccinct Attestationは、まさにその決済面に対するDuskの答えです。

派手な小手先のトリックはありません。

委員会、ランダムネス、ステーキング、そして「ブロックが本当に完了したとき」を知ることへの強いこだわり。

この静かなエンジニアリングの選択は、最初に注目されるのがプライバシーの物語だとしても、最終的にはそちら以上に重要になってくるかもしれません。

#dusk $DUSK @Dusk
·
--
ブリッシュ
バビロンの切り込みは、同じルールを2か所にコピペしたようには感じられません。別々の姿勢が2つあるように感じます。 BTC側では、ほとんど不快なほど静かです。ステークはBitcoinの管理下に置かれ、ペナルティの導線は設計の時点で既に用意されています。もし最終確定(ファイナリティ)プロバイダがダブルサインした場合、プロトコルによる派手な演説で処罰されるわけではありません。鍵となるレベルで直撃します。人々が見落としがちなのはそこです。何かが壊れる前に、被害は組み込まれています。 BABYは違います。 その側は、あなたがCosmosで時間を過ごしたことがあるなら、より馴染みがあります。証拠が出て、バリデータは投獄され、チェーンは通常どおりの方法でそれを処理します。不思議はありません。大げささもありません。構築された通りに動くシステムがあるだけです。委任者にとっては、スラッシングが単なる損失の問題ではないというシンプルなリマインダーになります。それは規律の問題です。 私が際立って感じるのは、この対比です。 BTCのスラッシングは、隠れた圧力のように感じられる。 BABYのスラッシングは、見える秩序のように感じられる。 同じ言葉。違うムード。 #baby $BABY @BabylonLabs_io
バビロンの切り込みは、同じルールを2か所にコピペしたようには感じられません。別々の姿勢が2つあるように感じます。

BTC側では、ほとんど不快なほど静かです。ステークはBitcoinの管理下に置かれ、ペナルティの導線は設計の時点で既に用意されています。もし最終確定(ファイナリティ)プロバイダがダブルサインした場合、プロトコルによる派手な演説で処罰されるわけではありません。鍵となるレベルで直撃します。人々が見落としがちなのはそこです。何かが壊れる前に、被害は組み込まれています。

BABYは違います。

その側は、あなたがCosmosで時間を過ごしたことがあるなら、より馴染みがあります。証拠が出て、バリデータは投獄され、チェーンは通常どおりの方法でそれを処理します。不思議はありません。大げささもありません。構築された通りに動くシステムがあるだけです。委任者にとっては、スラッシングが単なる損失の問題ではないというシンプルなリマインダーになります。それは規律の問題です。

私が際立って感じるのは、この対比です。

BTCのスラッシングは、隠れた圧力のように感じられる。
BABYのスラッシングは、見える秩序のように感じられる。

同じ言葉。違うムード。

#baby $BABY @BabylonLabs_io
·
--
ブリッシュ
バビロンは、最初に見落としがちな理由で面白く感じます。それは「未来っぽく見せよう」としないからです。 それは、暗号のごちゃついた“中盤”を十分に見つめた人たちが作ったように感じられます。ロマンチックに語るのをやめた人たちです。 相互運用性の部分に、その姿勢が表れています。うるさくてゴージャスな形ではありません。小さな選択としてです。価値が移り、信頼が受け渡され、あるチェーンが別のチェーンと話をしなければならないときに、何を「真実として保つ必要があるのか」をスタックが気にしているように見えること。まるで、それらが同じものだとごまかさないかのように。 私はそれを注意深く見ていて、そこが特に印象的でした。バビロンは「どれだけつながっているか見て」といった空気を出しません。「継ぎ目がどこにあるか、こちらは正確に分かっている」という空気を出します。 そして、それが重要です。 多くのプロジェクトは、クロスチェーン対応の“到達力”をマーケティング資産みたいに語ります。バビロンはそれを、エンジニアリング上の制約として感じさせます。よりクリーンに。より難しく。より正直に。システムが、端の部分を丁寧に扱わない限り失敗することを前提に作られている人たちによって構築されていると、違いが体感で分かります。 人々が普段飛ばしてしまうのは、たいていこの部分です。見出しではありません。抑制です。 暗号の世界でうまく“熟成”していくプロジェクトは、めったにシームレスに見せようとするものではありません。継ぎ目がどこにあるかを理解していて、その継ぎ目に合わせて、びびらずに設計しているものです。 バビロンは、その感覚をくれます。 派手じゃない。 ただ、具体的。 そして、具体性はたいてい真実を語ります。 #baby $BABY @BabylonLabs_io
バビロンは、最初に見落としがちな理由で面白く感じます。それは「未来っぽく見せよう」としないからです。

それは、暗号のごちゃついた“中盤”を十分に見つめた人たちが作ったように感じられます。ロマンチックに語るのをやめた人たちです。

相互運用性の部分に、その姿勢が表れています。うるさくてゴージャスな形ではありません。小さな選択としてです。価値が移り、信頼が受け渡され、あるチェーンが別のチェーンと話をしなければならないときに、何を「真実として保つ必要があるのか」をスタックが気にしているように見えること。まるで、それらが同じものだとごまかさないかのように。

私はそれを注意深く見ていて、そこが特に印象的でした。バビロンは「どれだけつながっているか見て」といった空気を出しません。「継ぎ目がどこにあるか、こちらは正確に分かっている」という空気を出します。

そして、それが重要です。

多くのプロジェクトは、クロスチェーン対応の“到達力”をマーケティング資産みたいに語ります。バビロンはそれを、エンジニアリング上の制約として感じさせます。よりクリーンに。より難しく。より正直に。システムが、端の部分を丁寧に扱わない限り失敗することを前提に作られている人たちによって構築されていると、違いが体感で分かります。

人々が普段飛ばしてしまうのは、たいていこの部分です。見出しではありません。抑制です。

暗号の世界でうまく“熟成”していくプロジェクトは、めったにシームレスに見せようとするものではありません。継ぎ目がどこにあるかを理解していて、その継ぎ目に合わせて、びびらずに設計しているものです。

バビロンは、その感覚をくれます。

派手じゃない。

ただ、具体的。

そして、具体性はたいてい真実を語ります。

#baby $BABY @BabylonLabs_io
·
--
ブリッシュ
バビロンで私がずっと感じ続けているのは、EOTSが派手な部分ではないということです。EOTSは、あなたを慎重にさせる部分です。 ファイナリティ・プロバイダは単に「BTCをステーキングする」だけではありません。公開ランダムネスをコミットし、その後EOTSで署名します。そして、同じ鍵が矛盾する投票に署名してしまうと、バビロンは秘密鍵が公開され得て、投票権はゼロまで落ちると言います。かなり容赦のない設計で、それが「本物っぽさ」を感じさせる理由そのものです。 人が見落としがちな静かなポイントは、全体のセットアップがどれだけ“節度”に依存しているかです。ドキュメントは同じ習慣をぐるぐると繰り返します。信頼できるRPCノードを1つだけ使うこと、ロードバランサーを使わないこと、重複した投票を監視すること、EOTSデーモンを健全に保つこと、そして、事故で2つ目の署名パスを生みかねないようなリスタート挙動を避けること。退屈に聞こえるかもしれませんが、退屈こそがここでのセキュリティモデルなのです。 私が特に注目しているのは、バビロンがエッジケースを隠していない点です。フェーズ2のガイドでは、復帰するオペレーターに対しても同じEOTS鍵を使い続けることが書かれていますし、監査資料では鍵抽出イベントとしてダブルサイニングを明示的にテストしています。プロトコルが本当の失敗がどこにあると考えているかがわかります。スローガンではなく、ブロック高でのオペレーターの規律、つまり「1回の署名を1回ずつ」守ることです。 「BTCのセキュリティ」という話をするときに、たいていの人が見落とすのはこの部分です――このシステムは信頼よりも、うっかり同じ失敗を2度やらないことに重点があるのです。 #baby $BABY @BabylonLabs_io
バビロンで私がずっと感じ続けているのは、EOTSが派手な部分ではないということです。EOTSは、あなたを慎重にさせる部分です。

ファイナリティ・プロバイダは単に「BTCをステーキングする」だけではありません。公開ランダムネスをコミットし、その後EOTSで署名します。そして、同じ鍵が矛盾する投票に署名してしまうと、バビロンは秘密鍵が公開され得て、投票権はゼロまで落ちると言います。かなり容赦のない設計で、それが「本物っぽさ」を感じさせる理由そのものです。

人が見落としがちな静かなポイントは、全体のセットアップがどれだけ“節度”に依存しているかです。ドキュメントは同じ習慣をぐるぐると繰り返します。信頼できるRPCノードを1つだけ使うこと、ロードバランサーを使わないこと、重複した投票を監視すること、EOTSデーモンを健全に保つこと、そして、事故で2つ目の署名パスを生みかねないようなリスタート挙動を避けること。退屈に聞こえるかもしれませんが、退屈こそがここでのセキュリティモデルなのです。

私が特に注目しているのは、バビロンがエッジケースを隠していない点です。フェーズ2のガイドでは、復帰するオペレーターに対しても同じEOTS鍵を使い続けることが書かれていますし、監査資料では鍵抽出イベントとしてダブルサイニングを明示的にテストしています。プロトコルが本当の失敗がどこにあると考えているかがわかります。スローガンではなく、ブロック高でのオペレーターの規律、つまり「1回の署名を1回ずつ」守ることです。

「BTCのセキュリティ」という話をするときに、たいていの人が見落とすのはこの部分です――このシステムは信頼よりも、うっかり同じ失敗を2度やらないことに重点があるのです。

#baby $BABY @BabylonLabs_io
·
--
ブリッシュ
バビロンには、しばらくプロジェクトを見続けた後にようやく現れる、あの静かな「面白さ」があります。 これは、ビットコインを別の何かとして見せようとするタイプの暗号資産プロダクトみたいな感じはしません。全体の要点はそれよりずっとシンプルです。BTCをセルフカストディのまま維持し、ビットコイン上に置き、余計な騒動なしにPoSネットワークのセキュリティ強化に役立てること。 この部分は、みんなが認めている以上に重要です。売り文句を取り払うと残るのは、かなり率直な問いです。ビットコインが、ただ保有するものではなくなり、ネットワークが実際に依存するものになったとき、何が起きるのか? BABYはその仕組みの中心にありますが、派手な形ではありません。見せ場の主役というより、協調のためのレイヤーを動かし続けるトークンのように感じられます。 未来は、いくつかの方向へ分かれる可能性があります。静かにインフラになっていく、珍しいBTCプロジェクトになるのかもしれません。あるいは、しばらくの間は価値があるのに評価されにくいまま、役立ち続けるのかもしれない。もしくは、よくある暗号資産の問題にぶつかる可能性もあります。技術は本物でも、市場がそれが何のためにあるのかを理解するまでがとても長い、というやつです。 私が何度も立ち返るのは、これです。バビロンは、ビットコインをより騒がせようとしているわけではありません。ビットコインの「あり方」は変えずに、もっと多くのことをビットコインにやらせようとしているのです。 #baby $BABY @BabylonLabs_io
バビロンには、しばらくプロジェクトを見続けた後にようやく現れる、あの静かな「面白さ」があります。

これは、ビットコインを別の何かとして見せようとするタイプの暗号資産プロダクトみたいな感じはしません。全体の要点はそれよりずっとシンプルです。BTCをセルフカストディのまま維持し、ビットコイン上に置き、余計な騒動なしにPoSネットワークのセキュリティ強化に役立てること。

この部分は、みんなが認めている以上に重要です。売り文句を取り払うと残るのは、かなり率直な問いです。ビットコインが、ただ保有するものではなくなり、ネットワークが実際に依存するものになったとき、何が起きるのか?

BABYはその仕組みの中心にありますが、派手な形ではありません。見せ場の主役というより、協調のためのレイヤーを動かし続けるトークンのように感じられます。

未来は、いくつかの方向へ分かれる可能性があります。静かにインフラになっていく、珍しいBTCプロジェクトになるのかもしれません。あるいは、しばらくの間は価値があるのに評価されにくいまま、役立ち続けるのかもしれない。もしくは、よくある暗号資産の問題にぶつかる可能性もあります。技術は本物でも、市場がそれが何のためにあるのかを理解するまでがとても長い、というやつです。

私が何度も立ち返るのは、これです。バビロンは、ビットコインをより騒がせようとしているわけではありません。ビットコインの「あり方」は変えずに、もっと多くのことをビットコインにやらせようとしているのです。

#baby $BABY @BabylonLabs_io
·
--
ブリッシュ
確認済み
バビロンの借り入れとバルティング(貸金保管庫)のセットアップには、かなり独特の雰囲気があります。 派手ではありません。うるさくもありません。ただ、まじめです。 BTCをバルティングにロックして、担保として有効化し、その上で借り入れを行い、返済してからビットコインを引き出します。紙の上ではシンプルです。ですが実際には、その一連の流れこそが要点です。これは、BTCが「役に立つために別の何かに変えられる」わけではないことを思い出させてくれます。BTCのままです。 インターフェースが宣伝しようとするより、その部分のほうが重要です。 いちばんきれいなのは、おそらく“演出がない”こと。保管(カストディ)が小さなことだというふりはしません。ちゃんと向き合うことになります。正直、その感覚は珍しいです。多くのプロダクトはそこを急いで通り過ぎます。 Ledgerのサポートによって、体験はさらに現実味を帯びます。ハードウェア署名が空気感をまったく変えてくれます。dAppをただクリックして進める感じではなく、本当に失いたくないものを取り扱っている感覚に近づきます。 もちろんBABYは裏側で動いています。でも本当の物語はもっと静かです。ビットコインが中心にあり、他のすべてがそれに合わせて機能しなければならない、ということです。 #baby $BABY @BabylonLabs_io
バビロンの借り入れとバルティング(貸金保管庫)のセットアップには、かなり独特の雰囲気があります。

派手ではありません。うるさくもありません。ただ、まじめです。

BTCをバルティングにロックして、担保として有効化し、その上で借り入れを行い、返済してからビットコインを引き出します。紙の上ではシンプルです。ですが実際には、その一連の流れこそが要点です。これは、BTCが「役に立つために別の何かに変えられる」わけではないことを思い出させてくれます。BTCのままです。

インターフェースが宣伝しようとするより、その部分のほうが重要です。

いちばんきれいなのは、おそらく“演出がない”こと。保管(カストディ)が小さなことだというふりはしません。ちゃんと向き合うことになります。正直、その感覚は珍しいです。多くのプロダクトはそこを急いで通り過ぎます。

Ledgerのサポートによって、体験はさらに現実味を帯びます。ハードウェア署名が空気感をまったく変えてくれます。dAppをただクリックして進める感じではなく、本当に失いたくないものを取り扱っている感覚に近づきます。

もちろんBABYは裏側で動いています。でも本当の物語はもっと静かです。ビットコインが中心にあり、他のすべてがそれに合わせて機能しなければならない、ということです。

#baby $BABY @BabylonLabs_io
·
--
ブリッシュ
バビロンのガバナンスは、機能というより習慣のように感じられます。 実際に注意を払っているのが誰なのかを教えてくれる種類の習慣です。 BABYがチェーンの方向性を与えます。BTCが重みを与えます。ですが、ガバナンス側こそが、プロジェクトの個性をもう少しはっきりと見せてくれる部分です。派手さではありません。もっと小さなところです。提案がどう動くか。何かがオンチェーンに載る前に、議論がどう行われるか。投票が、軽くクリックして済ませるものではなく、本気で受け止めるべきものとして扱われるあり方。 そこが私には際立っています。 多くの人が、ガバナンスは単にトークン保有者がボタンを押すだけだと言います。ですが実際には、結果がすでにある方向へ流れ始める前に、「誰が来て、誰が読んで、誰が気にする手間をかけるのか」次第になっていることが多いのです。バビロンは、そのことを無視しにくくします。 それには一定の規律があります。完璧ではありません。演出のように磨き込まれているわけでもありません。ただ、自分が本当のコントロールを望むなら、本当の参加も必要だということを理解しているような仕組みです。 それが、多くの人が見落としがちな静かな部分です。 #baby $BABY @BabylonLabs_io
バビロンのガバナンスは、機能というより習慣のように感じられます。

実際に注意を払っているのが誰なのかを教えてくれる種類の習慣です。

BABYがチェーンの方向性を与えます。BTCが重みを与えます。ですが、ガバナンス側こそが、プロジェクトの個性をもう少しはっきりと見せてくれる部分です。派手さではありません。もっと小さなところです。提案がどう動くか。何かがオンチェーンに載る前に、議論がどう行われるか。投票が、軽くクリックして済ませるものではなく、本気で受け止めるべきものとして扱われるあり方。

そこが私には際立っています。

多くの人が、ガバナンスは単にトークン保有者がボタンを押すだけだと言います。ですが実際には、結果がすでにある方向へ流れ始める前に、「誰が来て、誰が読んで、誰が気にする手間をかけるのか」次第になっていることが多いのです。バビロンは、そのことを無視しにくくします。

それには一定の規律があります。完璧ではありません。演出のように磨き込まれているわけでもありません。ただ、自分が本当のコントロールを望むなら、本当の参加も必要だということを理解しているような仕組みです。

それが、多くの人が見落としがちな静かな部分です。

#baby $BABY @BabylonLabs_io
·
--
ブリッシュ
バビロンは、ほとんどのステーキング物語とは違います。BTCを手渡して、中間レイヤーがうまく機能することを“祈る”ような形を求めないからです。 その点が重要です。 コインは自己保管のままです。ステーキングはビットコイン上で行われます。ブリッジはありません。ラップ版もありません。利便性として偽装された“カストディ(保管)約束”もありません。これだけで、人々が通常心配する種類のリスクは下がります。 しかし規制の問題が消えるわけではありません。ただ、場所が移るだけです。 プロトコルはクリーンであり得ますし、それでも混沌としたエコシステムの中に存在します。カストディアン、取引所、リキッド・ステーキングのレイヤー、あるいは洗練されたフロントエンドが関わり始めると、議論は急速に変わります。規制当局が注目し始めるのはたいてい、そのあたりです——仕組みそのものではなく、その周辺の“パッケージング”に対して。 これがバビロンにおける静かな緊張関係です。基礎となる設計は規律があり、ほとんど保守的に見えますが、BTCステーキングが商品として販売され始める瞬間、プロトコルよりも法的な関与領域の方が広がってしまう。 プロトコル自体はシンプルであり続けるかもしれません。しかし、周縁は通常シンプルではありません。 #baby $BABY @BabylonLabs_io
バビロンは、ほとんどのステーキング物語とは違います。BTCを手渡して、中間レイヤーがうまく機能することを“祈る”ような形を求めないからです。

その点が重要です。

コインは自己保管のままです。ステーキングはビットコイン上で行われます。ブリッジはありません。ラップ版もありません。利便性として偽装された“カストディ(保管)約束”もありません。これだけで、人々が通常心配する種類のリスクは下がります。

しかし規制の問題が消えるわけではありません。ただ、場所が移るだけです。

プロトコルはクリーンであり得ますし、それでも混沌としたエコシステムの中に存在します。カストディアン、取引所、リキッド・ステーキングのレイヤー、あるいは洗練されたフロントエンドが関わり始めると、議論は急速に変わります。規制当局が注目し始めるのはたいてい、そのあたりです——仕組みそのものではなく、その周辺の“パッケージング”に対して。

これがバビロンにおける静かな緊張関係です。基礎となる設計は規律があり、ほとんど保守的に見えますが、BTCステーキングが商品として販売され始める瞬間、プロトコルよりも法的な関与領域の方が広がってしまう。

プロトコル自体はシンプルであり続けるかもしれません。しかし、周縁は通常シンプルではありません。

#baby $BABY @BabylonLabs_io
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
サイトマップ
Cookieの設定
プラットフォーム利用規約