Binance Square
Salman49
9.8k 投稿

Salman49

Content Creator | Spot & Futures Trader 📊
高頻度トレーダー
3年
784 フォロー
24.0K+ フォロワー
21.8K+ いいね
投稿
PINNED
·
--
確認済み
記事
BRICS物語におけるUPIの位置づけは、「脱ドル化」という見出しよりも小さく見える。実際には、より重要なのはその点かもしれない。 インドはBRICS加盟国に対し、決済システムをつなぐよう働きかけている。一方で財務当局も、現地通貨による貿易をさらに後押ししている。加えて、UPIとブラジルのPixは、過去18か月で既に10兆ドル超を処理している。 それらを合わせて考えると、面白い変化は本質的には、別の通貨が新たに登場することではない。 2つの通貨の距離が縮まっていくことだ。 いまのところ、国境をまたぐ貿易には、コルレス銀行、通貨換算、メッセージング・ネットワーク、そして資金が相手側に届くまでの決済遅延が関わることがある。接続された即時決済の層が、その摩擦の一部を取り除くことができる。

BRICS物語におけるUPIの位置づけは、「脱ドル化」という見出しよりも小さく見える。

実際には、より重要なのはその点かもしれない。
インドはBRICS加盟国に対し、決済システムをつなぐよう働きかけている。一方で財務当局も、現地通貨による貿易をさらに後押ししている。加えて、UPIとブラジルのPixは、過去18か月で既に10兆ドル超を処理している。
それらを合わせて考えると、面白い変化は本質的には、別の通貨が新たに登場することではない。
2つの通貨の距離が縮まっていくことだ。
いまのところ、国境をまたぐ貿易には、コルレス銀行、通貨換算、メッセージング・ネットワーク、そして資金が相手側に届くまでの決済遅延が関わることがある。接続された即時決済の層が、その摩擦の一部を取り除くことができる。
確認済み
BRICSは地元通貨による貿易について話し続けている。 それは結構。でも、その下には、もっと分かりにくい大きな問題が隠れていると思う。 インドはFY2026に、BRICSパートナーとの間で2,261億ドルの貿易赤字を抱えていた。輸入は約3,218億ドルだったのに対し、輸出はわずか957億ドルにとどまっている。 その数字に、私は一瞬止まった。 なぜなら、もしその取引のもっと多くが現地通貨に移行して、請求書からドルが消えたとしても、不均衡が解消されるわけではないからだ。インドの買い手は結局、相手側の通貨を必要とする。そして、ルピーを受け取った輸出業者は、それを役に立つ形に変える必要がある。 そこで、急に“つまらない部分”が重要になる。 銀行は通貨を仲介しなければならない。FX市場には十分な流動性が必要だ。スワップラインは、片方がもう片方の通貨を必要とする場合に役立つ。そして、不均衡が増え続けるなら、どこかでその通貨を再循環させなければならない。単に積み上がっていくのでは済まない。 インドはすでに現実の世界でこの動きを進めている。2026年4月から6月にかけて、ルピーで決済された輸入は158,000億ルピーに達し、前年の25,402億ルピーと比べて大きく増えた。 だから、これはもう単なるBRICSの見出しではない。 決済のレールは変わり得る。請求書に記載される通貨も変えられる。 しかし、貿易の“相手側”を引き受ける誰かが必要なのは変わらない。 そして正直に言えば、それこそがドル離れ(デドル化)のはるかに難しい部分だ。 #BRICS #DeDollarization #GlobalTrade #FX #GlobalMarkets
BRICSは地元通貨による貿易について話し続けている。

それは結構。でも、その下には、もっと分かりにくい大きな問題が隠れていると思う。

インドはFY2026に、BRICSパートナーとの間で2,261億ドルの貿易赤字を抱えていた。輸入は約3,218億ドルだったのに対し、輸出はわずか957億ドルにとどまっている。

その数字に、私は一瞬止まった。

なぜなら、もしその取引のもっと多くが現地通貨に移行して、請求書からドルが消えたとしても、不均衡が解消されるわけではないからだ。インドの買い手は結局、相手側の通貨を必要とする。そして、ルピーを受け取った輸出業者は、それを役に立つ形に変える必要がある。

そこで、急に“つまらない部分”が重要になる。

銀行は通貨を仲介しなければならない。FX市場には十分な流動性が必要だ。スワップラインは、片方がもう片方の通貨を必要とする場合に役立つ。そして、不均衡が増え続けるなら、どこかでその通貨を再循環させなければならない。単に積み上がっていくのでは済まない。

インドはすでに現実の世界でこの動きを進めている。2026年4月から6月にかけて、ルピーで決済された輸入は158,000億ルピーに達し、前年の25,402億ルピーと比べて大きく増えた。

だから、これはもう単なるBRICSの見出しではない。

決済のレールは変わり得る。請求書に記載される通貨も変えられる。

しかし、貿易の“相手側”を引き受ける誰かが必要なのは変わらない。

そして正直に言えば、それこそがドル離れ(デドル化)のはるかに難しい部分だ。

#BRICS #DeDollarization #GlobalTrade #FX #GlobalMarkets
翻訳参照
CLARITY isn’t really a BTC story. Not first, anyway. I’m more interested in what happens to capital when the rules stop moving underneath it. The September 15 Senate vote is only procedural not final passage. But that’s exactly why I’m watching it. Because crypto doesn’t just need liquidity. It needs regulatory liquidity. Capital needs somewhere predictable to land. Institutions need to know who regulates what. Builders need to know whether today’s product becomes tomorrow’s compliance problem. And yeah, that sounds boring. Until you realize uncertainty itself has a cost. So if CLARITY moves forward, the bigger signal may not be the first BTC candle. It could be the slow shift from Can we build here? to “What should we build here?” That’s the part I think the market could be underpricing. #CLARITYAct #Crypto #bitcoin
CLARITY isn’t really a BTC story.

Not first, anyway.

I’m more interested in what happens to capital when the rules stop moving underneath it.

The September 15 Senate vote is only procedural not final passage. But that’s exactly why I’m watching it.

Because crypto doesn’t just need liquidity.

It needs regulatory liquidity.

Capital needs somewhere predictable to land. Institutions need to know who regulates what. Builders need to know whether today’s product becomes tomorrow’s compliance problem.

And yeah, that sounds boring.

Until you realize uncertainty itself has a cost.

So if CLARITY moves forward, the bigger signal may not be the first BTC candle.

It could be the slow shift from Can we build here? to “What should we build here?”

That’s the part I think the market could be underpricing.

#CLARITYAct #Crypto #bitcoin
翻訳参照
CPI ISN’T JUST AN INFLATION TEST. IT’S THE FED’S HIKE CONFIRMATION TEST. The setup changed after August payrolls. U.S. employers added 162K jobs, far above the roughly 56K expected, while unemployment stayed at 4.1%. That gave the Fed less reason to worry about a weakening labor market. Then PPI added another problem. Producer prices rose 5.4% YoY in August, while energy prices jumped 4.2%. Brent has also remained above $100, and the U.S. 10Y yield is hovering around 4.95%. Markets are now pricing roughly a 70% chance of a 25bp Fed hike next week. So what am I watching? I call it the “Hike Confirmation Test.” Hot CPI: NFP + inflation reinforce the hawkish case → yields can rise → pressure on BTC, stocks and gold. Soft CPI: hike odds can fall → yields cool → risk assets get some breathing room. But there’s a third setup I find more interesting: Soft CPI + stubborn oil + sticky yields. That’s my “CPI Relief Trap.” Markets could initially celebrate the softer number, but if the bond market still sees persistent inflation risk, that relief may fade quickly. My bias going into the number is slightly bearish for risk assets, but I’m not trading the headline alone. I’m watching whether CPI confirms the hawkish repricing NFP started — or breaks it. #CPIWatch
CPI ISN’T JUST AN INFLATION TEST. IT’S THE FED’S HIKE CONFIRMATION TEST.

The setup changed after August payrolls.

U.S. employers added 162K jobs, far above the roughly 56K expected, while unemployment stayed at 4.1%. That gave the Fed less reason to worry about a weakening labor market.

Then PPI added another problem.

Producer prices rose 5.4% YoY in August, while energy prices jumped 4.2%. Brent has also remained above $100, and the U.S. 10Y yield is hovering around 4.95%. Markets are now pricing roughly a 70% chance of a 25bp Fed hike next week.

So what am I watching?

I call it the “Hike Confirmation Test.”

Hot CPI: NFP + inflation reinforce the hawkish case → yields can rise → pressure on BTC, stocks and gold.

Soft CPI: hike odds can fall → yields cool → risk assets get some breathing room.

But there’s a third setup I find more interesting:

Soft CPI + stubborn oil + sticky yields.

That’s my “CPI Relief Trap.” Markets could initially celebrate the softer number, but if the bond market still sees persistent inflation risk, that relief may fade quickly.

My bias going into the number is slightly bearish for risk assets, but I’m not trading the headline alone.

I’m watching whether CPI confirms the hawkish repricing NFP started — or breaks it.

#CPIWatch
明日のCPI以上に大きな問題があるビットコイン ビットコインは約78Kドル付近にいる一方で、マクロ環境が不穏になってきています。 今日のPPIは8月に前月比0.4%上昇、前年比5.4%でした。ヘッドラインは予想通りでしたが、内訳はより強めでした。エネルギー価格は4.2%上昇、航空運賃も4.2%、そして病院価格も上昇しています。 そこへ石油が、インフレの物語をさらに難しくしにきました。 ブレントは105ドル超、WTIは100ドル超へ。中東の海上輸送リスクが高まったためです。これは重要です。高い原油価格は、輸送・生産を通じて、最終的には消費者物価まで波及し得るからです。 そして債券市場もすでに反応しています。10年国債利回りは約4.9%まで、2年も約4.53%まで動きました。PPI発表後、市場は来週のFRBが25bp利上げする確率を約70%へと織り込んでいます。 これが「本当のビットコインの状況」です。 明日のCPIが強めなら、単に「悪いインフレ」を意味するだけではありません。高金利見通しが強まって、米国債利回りが高止まりし、ドル金利の魅力が増すことで、リスク資産がそれと競合することになります。 ビットコインはすでに約78Kドルで値固めしながら、その情報を待つトレーダーたちの動向を見ています。 だから私はCPIの数字だけでなく、チェーン(連鎖)を見ています: 原油 → インフレ圧力 → FRBの見通し → 米国債利回り → 流動性 → ビットコイン。 もしCPIが弱く、原油が冷えれば、この連鎖は素早く巻き戻る可能性があります。一方で、CPIがすでにPPIやエネルギーに見えている圧力を裏付けるなら、78Kドルは見た目以上に重要な試金石になるかもしれません。
明日のCPI以上に大きな問題があるビットコイン

ビットコインは約78Kドル付近にいる一方で、マクロ環境が不穏になってきています。

今日のPPIは8月に前月比0.4%上昇、前年比5.4%でした。ヘッドラインは予想通りでしたが、内訳はより強めでした。エネルギー価格は4.2%上昇、航空運賃も4.2%、そして病院価格も上昇しています。

そこへ石油が、インフレの物語をさらに難しくしにきました。

ブレントは105ドル超、WTIは100ドル超へ。中東の海上輸送リスクが高まったためです。これは重要です。高い原油価格は、輸送・生産を通じて、最終的には消費者物価まで波及し得るからです。

そして債券市場もすでに反応しています。10年国債利回りは約4.9%まで、2年も約4.53%まで動きました。PPI発表後、市場は来週のFRBが25bp利上げする確率を約70%へと織り込んでいます。

これが「本当のビットコインの状況」です。

明日のCPIが強めなら、単に「悪いインフレ」を意味するだけではありません。高金利見通しが強まって、米国債利回りが高止まりし、ドル金利の魅力が増すことで、リスク資産がそれと競合することになります。

ビットコインはすでに約78Kドルで値固めしながら、その情報を待つトレーダーたちの動向を見ています。

だから私はCPIの数字だけでなく、チェーン(連鎖)を見ています:

原油 → インフレ圧力 → FRBの見通し → 米国債利回り → 流動性 → ビットコイン。

もしCPIが弱く、原油が冷えれば、この連鎖は素早く巻き戻る可能性があります。一方で、CPIがすでにPPIやエネルギーに見えている圧力を裏付けるなら、78Kドルは見た目以上に重要な試金石になるかもしれません。
確認済み
日本は株の取引が2日間待つのをやめることを求めている 画面上では、取引は数秒で完了する。 それでも、最終確定には2日間待つ。 このギャップこそが本当の問題だ。 日本はそれを直そうとしている。金融庁(FSA)と日本銀行(BOJ)は、株式と国債のブロックチェーン決済のための計画を作っている。計画は2027年初頭が見込まれる。目標はリアルタイム決済で、T+2はない。 しかし、彼らは単に株をチェーンに載せるだけではない。 その部分は簡単だ。 難しいのは、お金が資産と一緒に動かなければならないことだ。現在は資産は一つのシステムで動き、支払いは別のシステムで動く。誰かが両者に合意させなければならない。この2日間の待ち時間は空ではない。リスクだ。担保だ。照合作業をするチームがまた再びぶつかる時間でもある。 日本は別のやり方を試している。振替と決済を一緒に行う。つまり同時に。BOJは、このためにトークン化された中央銀行マネーを試験している。 双方が同時に更新される様子を想像してみてほしい。 現金が追いつくまで資産が宙に浮くことはない。2つの時計が違うから待つ、ということもない。 これは今日稼働しているわけではない。設計とテストの段階だ。実際のネットワーク稼働は2030年代初頭に期待される。
日本は株の取引が2日間待つのをやめることを求めている

画面上では、取引は数秒で完了する。

それでも、最終確定には2日間待つ。

このギャップこそが本当の問題だ。

日本はそれを直そうとしている。金融庁(FSA)と日本銀行(BOJ)は、株式と国債のブロックチェーン決済のための計画を作っている。計画は2027年初頭が見込まれる。目標はリアルタイム決済で、T+2はない。

しかし、彼らは単に株をチェーンに載せるだけではない。

その部分は簡単だ。

難しいのは、お金が資産と一緒に動かなければならないことだ。現在は資産は一つのシステムで動き、支払いは別のシステムで動く。誰かが両者に合意させなければならない。この2日間の待ち時間は空ではない。リスクだ。担保だ。照合作業をするチームがまた再びぶつかる時間でもある。

日本は別のやり方を試している。振替と決済を一緒に行う。つまり同時に。BOJは、このためにトークン化された中央銀行マネーを試験している。

双方が同時に更新される様子を想像してみてほしい。

現金が追いつくまで資産が宙に浮くことはない。2つの時計が違うから待つ、ということもない。

これは今日稼働しているわけではない。設計とテストの段階だ。実際のネットワーク稼働は2030年代初頭に期待される。
確認済み
トークン化の見出しに誰も書かない「隠れたコスト」 トークン化の見出しで誰も触れないのは、後片付けです。 ある証券はデジタル化されても、それを取り巻く人々が別々の台帳(記録)を維持したまま、ということは起こり得ます。投資家の適格性はどこかにあり、所有は別の場所にある。支払いは別のシステムを通じて届く。すると最後に、各所の記録が一致しているかどうかを全員が確認します。 その最後の工程は高くつきます。 データのコピーが難しいからではありません。引き継ぎのたびに、例外が入り込む「別の場所」が増えるからです。 Duskは別のルートを採っています。Duskのマーケット・インフラは、適格性、譲渡のコントロール、プライバシーの支払い調整、そして決済を、同じ規制対象のアセットのワークフローの周りで接続します。Dusk Tradeは、それらの要素を「トークン化された金融資産を見つけ、購入し、売買する」実際のプロダクト・フローに落とし込みます。 面白いのは、「どれか1つのブロックチェーンがより多くをやる」という話ではありません。 責任の所在がどう扱われるか、ということです。 同じ管理された状態が、投資家が参入するとき/資産が移動するとき/決済が行われるときに参照できるなら、事後に「何が起きたのか」を作り直す必要があるチームが減ります。結果として、手作業の確認が減り、2つのシステムが食い違う機会も減ります。Dusk自身のプライベート・マーケットの資料は、この照合作業の問題を明確にしています。 しかし、厄介な小さな落とし穴があります。 よりクリーンなインフラは、買い手を生みません。 Dusk自身も認めています。トークン化は需要、流動性、または公正な価格を“製造”することはできない、と。より良いワークフローであっても、許可された取引の場(authorized venue)、適格な投資家、そして機能する支払いインフラが必要です。 つまり、Duskのより深い主張は実は「証券をデジタルに見せる」ことではありません。 同じ金融イベントを、5通りものやり方で再構築し続けてしまう管理上の機械(アドミニストレーションの仕組み)を取り除くことです。 @Dusk_Foundation $DUSK #dusk
トークン化の見出しに誰も書かない「隠れたコスト」

トークン化の見出しで誰も触れないのは、後片付けです。

ある証券はデジタル化されても、それを取り巻く人々が別々の台帳(記録)を維持したまま、ということは起こり得ます。投資家の適格性はどこかにあり、所有は別の場所にある。支払いは別のシステムを通じて届く。すると最後に、各所の記録が一致しているかどうかを全員が確認します。

その最後の工程は高くつきます。

データのコピーが難しいからではありません。引き継ぎのたびに、例外が入り込む「別の場所」が増えるからです。

Duskは別のルートを採っています。Duskのマーケット・インフラは、適格性、譲渡のコントロール、プライバシーの支払い調整、そして決済を、同じ規制対象のアセットのワークフローの周りで接続します。Dusk Tradeは、それらの要素を「トークン化された金融資産を見つけ、購入し、売買する」実際のプロダクト・フローに落とし込みます。

面白いのは、「どれか1つのブロックチェーンがより多くをやる」という話ではありません。

責任の所在がどう扱われるか、ということです。

同じ管理された状態が、投資家が参入するとき/資産が移動するとき/決済が行われるときに参照できるなら、事後に「何が起きたのか」を作り直す必要があるチームが減ります。結果として、手作業の確認が減り、2つのシステムが食い違う機会も減ります。Dusk自身のプライベート・マーケットの資料は、この照合作業の問題を明確にしています。

しかし、厄介な小さな落とし穴があります。

よりクリーンなインフラは、買い手を生みません。

Dusk自身も認めています。トークン化は需要、流動性、または公正な価格を“製造”することはできない、と。より良いワークフローであっても、許可された取引の場(authorized venue)、適格な投資家、そして機能する支払いインフラが必要です。

つまり、Duskのより深い主張は実は「証券をデジタルに見せる」ことではありません。

同じ金融イベントを、5通りものやり方で再構築し続けてしまう管理上の機械(アドミニストレーションの仕組み)を取り除くことです。

@Dusk $DUSK #dusk
確認済み
オンチェーン上で株は動かせる。ではお金は追いつけるのか? 以前は、株をオンチェーンに載せることが難しい部分を解決すると考えていました。保有権はデジタルで移り、記録は更新され、取引は完了したように見える。 でも、厄介な点があります。 買い手がまだ支払う必要があるのです。 本当の取引は、資産を移すことだけではありません。お金も、向こう側にちゃんと到着しなければならない。株が瞬時に動いても、支払いが別の場所で待っているなら、その取引は本当に旧来のプロセスから抜け出せたわけではない。片方は終わった。もう片方はまだ書類作業をしている。 私がDusk Tradeの中でより有用だと感じるのは、その部分です。システムは、株式の移転を取引全体だとみなすのではなく、購入、支払い、そして最終的な交換が、つながった一連の部品として行われるように設計されています。 そこにEURQが登場します。Quantozは規制されたユーロベースのデジタル決済手段を提供しており、Duskはこれを、計画中のNPEXオンチェーン交換ワークフローの重要な一部だと位置づけています。 簡単に言うと: 株が動く。 お金も動く。 システムは、両方が起きたことを把握する必要がある。 ほとんどバカみたいに明白に聞こえます。でも従来の決済が存在するのは、これら2つの側面を、異なるシステム間で照合し、確認し、確定しなければならないからでもあります。 そして、トークン化をどう評価すべきかが変わると思うのです。株がデジタルであることは一つの達成です。株とその支払いを一緒にして、取引を完了させることこそが、より難しい経済的課題です。 お金がまだ追いつかなければ、取引はまだ待ちの状態です。 $DUSK #dusk @Dusk_Foundation
オンチェーン上で株は動かせる。ではお金は追いつけるのか?

以前は、株をオンチェーンに載せることが難しい部分を解決すると考えていました。保有権はデジタルで移り、記録は更新され、取引は完了したように見える。

でも、厄介な点があります。

買い手がまだ支払う必要があるのです。

本当の取引は、資産を移すことだけではありません。お金も、向こう側にちゃんと到着しなければならない。株が瞬時に動いても、支払いが別の場所で待っているなら、その取引は本当に旧来のプロセスから抜け出せたわけではない。片方は終わった。もう片方はまだ書類作業をしている。

私がDusk Tradeの中でより有用だと感じるのは、その部分です。システムは、株式の移転を取引全体だとみなすのではなく、購入、支払い、そして最終的な交換が、つながった一連の部品として行われるように設計されています。

そこにEURQが登場します。Quantozは規制されたユーロベースのデジタル決済手段を提供しており、Duskはこれを、計画中のNPEXオンチェーン交換ワークフローの重要な一部だと位置づけています。

簡単に言うと:

株が動く。

お金も動く。

システムは、両方が起きたことを把握する必要がある。

ほとんどバカみたいに明白に聞こえます。でも従来の決済が存在するのは、これら2つの側面を、異なるシステム間で照合し、確認し、確定しなければならないからでもあります。

そして、トークン化をどう評価すべきかが変わると思うのです。株がデジタルであることは一つの達成です。株とその支払いを一緒にして、取引を完了させることこそが、より難しい経済的課題です。

お金がまだ追いつかなければ、取引はまだ待ちの状態です。 $DUSK #dusk @Dusk
確認済み
WHY PIECRUST + SUCCINCT ATTESTATION CHANGES THE SETTLEMENT BILL 昔の私の携帯には、ばかげた問題がありました。ある動画編集ソフトが履歴を保存しすぎていて、新しい書き出しのたびに全体が重くなってしまったんです。イライラするのは、1回の書き出しが遅いことではありませんでした。毎回、以前の作業に対して“また支払わされる”ことが問題でした。 これがPiecrustの見方として役立ちます。Duskは、状態成長やパフォーマンスの問題にぶつかったことでRuskVMを置き換え、Piecrustにより10倍以上の速度と、より安いトランザクションを実現しました。さらに重要なのは、コンセンサスが状態を変えたときに不要な再実行を避けるためにPiecrustを作ったことです。 これは決済にとって意味があります。金融ワークフローは、1つの資産移動の周りで多くの実行を引き起こしがちです。VMが同じ計算をやり直すのではなく再利用できるなら、「ブロックチェーンが速くなる」だけではなく、支払うべきインフラの作業量を減らせます。 そしてそこにSuccinct Attestation(SA)を並べてください。SAは委員会(コミッティ)を使ってブロックを検証・承認(ラティファイ)し、Duskは承認後にブロックへ決定的なファイナリティを与えます。 つまり、この2つの仕組みは決済プロセスの異なる部分を打ちます。Piecrustは作業を減らし、SAは確実性を得るまでの待ち時間を減らします。 この違いが重要なのは、決済コストが取引手数料だけではないからです。所有権が処理されている間にも、バックグラウンドではインフラが稼働しており、結果が確定するのを皆が待ちます。 そして私がより興味深いと思うのは、この点です。Duskはアーキテクチャ上で、実行と決済を分離しています。DuskVMがスマートコントラクトの実行を担当し、DuskDSがコンセンサス、ファイナリティ、データ可用性を担当します。 これらの層が独立して計算量と決済の不確実性を継続的に下げられるなら、規制対象の資産を移す経済性は、「ブロックチェーンの手数料を払う」ものというより、そもそも決済を高くしていた仕組みの部品を取り除くことに近い形に見えてきます。 @Dusk_Foundation $DUSK #dusk
WHY PIECRUST + SUCCINCT ATTESTATION CHANGES THE SETTLEMENT BILL

昔の私の携帯には、ばかげた問題がありました。ある動画編集ソフトが履歴を保存しすぎていて、新しい書き出しのたびに全体が重くなってしまったんです。イライラするのは、1回の書き出しが遅いことではありませんでした。毎回、以前の作業に対して“また支払わされる”ことが問題でした。

これがPiecrustの見方として役立ちます。Duskは、状態成長やパフォーマンスの問題にぶつかったことでRuskVMを置き換え、Piecrustにより10倍以上の速度と、より安いトランザクションを実現しました。さらに重要なのは、コンセンサスが状態を変えたときに不要な再実行を避けるためにPiecrustを作ったことです。

これは決済にとって意味があります。金融ワークフローは、1つの資産移動の周りで多くの実行を引き起こしがちです。VMが同じ計算をやり直すのではなく再利用できるなら、「ブロックチェーンが速くなる」だけではなく、支払うべきインフラの作業量を減らせます。

そしてそこにSuccinct Attestation(SA)を並べてください。SAは委員会(コミッティ)を使ってブロックを検証・承認(ラティファイ)し、Duskは承認後にブロックへ決定的なファイナリティを与えます。

つまり、この2つの仕組みは決済プロセスの異なる部分を打ちます。Piecrustは作業を減らし、SAは確実性を得るまでの待ち時間を減らします。

この違いが重要なのは、決済コストが取引手数料だけではないからです。所有権が処理されている間にも、バックグラウンドではインフラが稼働しており、結果が確定するのを皆が待ちます。

そして私がより興味深いと思うのは、この点です。Duskはアーキテクチャ上で、実行と決済を分離しています。DuskVMがスマートコントラクトの実行を担当し、DuskDSがコンセンサス、ファイナリティ、データ可用性を担当します。

これらの層が独立して計算量と決済の不確実性を継続的に下げられるなら、規制対象の資産を移す経済性は、「ブロックチェーンの手数料を払う」ものというより、そもそも決済を高くしていた仕組みの部品を取り除くことに近い形に見えてきます。

@Dusk $DUSK #dusk
確認済み
なぜダスクは1つのノードで全部をやらせないのか 2週間前、VPSでお金を節約しようとしていました。メインアプリ、データベースのバックアップ、そして重い画像処理ジョブを、同じ小さなサーバーにまとめて載せたんです。効率的に見えました。ですが違いました。画像ジョブが始まると、突然メインアプリからリクエストが消えるようになったんです。 このくだらないVPSの問題は、ダスクのノード構成を読むときにまた思い出されます。ダスクは、Provisioner、Archive、Proverという役割に仕事を分けています。これらは「全部を1台でやる」ための、ただ格好いい名前をつけただけのものではありません。 Provisionerは合意に集中し、少なくとも1,000 DUSKをステークする必要があります。Archive Nodeは、"moonlightHistory" や "finalizedEvents" のようなものの最終化済み履歴を保持します。Proverは、より重いゼロ知識(Zero-Knowledge)証明の作業を担当します。 そしてProverの話になると、またしてもハードウェアの問題の様相が変わります。ダスクは、証明生成はシングルスレッドだと言っています。だから強力なシングルコア性能が重要です。Archiveのインフラは出発点が異なり、4コア、8GB RAM、500GBストレージ、100Mbpsのネットワークです。 そしてここが、なんだか見覚えのある部分です。ダスクは、生産用のAPIインフラをProvisionerの職務とは分けておくことを勧めています。クエリのトラフィックやメンテナンスが、合意の作業と競合し得るからです。あのVPSで、私は同じことを面倒な形で学びました。 今では、3つの役割を少し違った見方で捉えています。合意、履歴クエリ、そしてZKの証明がすべて同じリソースを奪い合うなら、すべてを1台でやる方が本当に単純な選択肢なのでしょうか。 @Dusk_Foundation #dusk $DUSK
なぜダスクは1つのノードで全部をやらせないのか

2週間前、VPSでお金を節約しようとしていました。メインアプリ、データベースのバックアップ、そして重い画像処理ジョブを、同じ小さなサーバーにまとめて載せたんです。効率的に見えました。ですが違いました。画像ジョブが始まると、突然メインアプリからリクエストが消えるようになったんです。

このくだらないVPSの問題は、ダスクのノード構成を読むときにまた思い出されます。ダスクは、Provisioner、Archive、Proverという役割に仕事を分けています。これらは「全部を1台でやる」ための、ただ格好いい名前をつけただけのものではありません。

Provisionerは合意に集中し、少なくとも1,000 DUSKをステークする必要があります。Archive Nodeは、"moonlightHistory" や "finalizedEvents" のようなものの最終化済み履歴を保持します。Proverは、より重いゼロ知識(Zero-Knowledge)証明の作業を担当します。

そしてProverの話になると、またしてもハードウェアの問題の様相が変わります。ダスクは、証明生成はシングルスレッドだと言っています。だから強力なシングルコア性能が重要です。Archiveのインフラは出発点が異なり、4コア、8GB RAM、500GBストレージ、100Mbpsのネットワークです。

そしてここが、なんだか見覚えのある部分です。ダスクは、生産用のAPIインフラをProvisionerの職務とは分けておくことを勧めています。クエリのトラフィックやメンテナンスが、合意の作業と競合し得るからです。あのVPSで、私は同じことを面倒な形で学びました。

今では、3つの役割を少し違った見方で捉えています。合意、履歴クエリ、そしてZKの証明がすべて同じリソースを奪い合うなら、すべてを1台でやる方が本当に単純な選択肢なのでしょうか。

@Dusk #dusk $DUSK
·
--
ブリッシュ
確認済み
DUSKは燃やされた報酬をテーブルに載せようとしている まずは単純に聞こえるけど、OpenDuskのトレジャリー案にはちょっとした前提がある。お金はかなり特定の場所から来るんだ。それは、もし使われなければ燃やされてしまうはずだった報酬。そこまで考えると、問いは変わる。「Duskにトレジャリーが必要か?」ではない。「すでにプロトコルが取り除いていた価値は、どう扱うべきか?」なんだ。 Duskのブロック報酬は、新たに発行されたDUSKと取引手数料で構成される。ブロック生成者は、証明書クレジットに基づいてさらに最大10%を受け取ることもできる。その追加配分のうち、配られなかった部分は燃やされる。開発基金はすでに独自の10%シェアを受け取っている。 だから、このトレジャリー案は私の感覚では少し違ってくる。燃やされる報酬は消えて、それで判断は終わり。ところが、その価値を残すとなると、誰かがそれについて意思決定をしなければならなくなる。そして、その判断には理由が必要だ。 開発者向けツール? インフラ? 助成金? いい。でも6か月後に、結局そのお金は本当に役に立ったのかと、誰かが聞かなければならない。 Duskはすでに、マイルストーンに基づく予算、メンテナンス計画、取引量、開発者の活動、エコシステムの成長といった測定可能な目標を備えた助成プログラムを運用している。それが、コミュニティ・トレジャリーをより現実的に捉えるための道筋をくれる。面白いのはお金を持つことじゃない。なぜその用途がそのお金に値するのかを説明しなければならないことだ。 そして私はOpenDuskで、その点を見ていきたい。報酬が自動的に消えなくなると、コミュニティは何を残すのかを自分たちで選び始める必要が出てくる。 @Dusk_Foundation $DUSK #dusk $ZEC {future}(ZECUSDT) $XRP {future}(XRPUSDT)
DUSKは燃やされた報酬をテーブルに載せようとしている

まずは単純に聞こえるけど、OpenDuskのトレジャリー案にはちょっとした前提がある。お金はかなり特定の場所から来るんだ。それは、もし使われなければ燃やされてしまうはずだった報酬。そこまで考えると、問いは変わる。「Duskにトレジャリーが必要か?」ではない。「すでにプロトコルが取り除いていた価値は、どう扱うべきか?」なんだ。

Duskのブロック報酬は、新たに発行されたDUSKと取引手数料で構成される。ブロック生成者は、証明書クレジットに基づいてさらに最大10%を受け取ることもできる。その追加配分のうち、配られなかった部分は燃やされる。開発基金はすでに独自の10%シェアを受け取っている。

だから、このトレジャリー案は私の感覚では少し違ってくる。燃やされる報酬は消えて、それで判断は終わり。ところが、その価値を残すとなると、誰かがそれについて意思決定をしなければならなくなる。そして、その判断には理由が必要だ。

開発者向けツール? インフラ? 助成金? いい。でも6か月後に、結局そのお金は本当に役に立ったのかと、誰かが聞かなければならない。

Duskはすでに、マイルストーンに基づく予算、メンテナンス計画、取引量、開発者の活動、エコシステムの成長といった測定可能な目標を備えた助成プログラムを運用している。それが、コミュニティ・トレジャリーをより現実的に捉えるための道筋をくれる。面白いのはお金を持つことじゃない。なぜその用途がそのお金に値するのかを説明しなければならないことだ。

そして私はOpenDuskで、その点を見ていきたい。報酬が自動的に消えなくなると、コミュニティは何を残すのかを自分たちで選び始める必要が出てくる。

@Dusk $DUSK #dusk

$ZEC
$XRP
確認済み
21Xのルールブックがダスクをより面白くしている理由 私は21Xの物語に入る前、興味深いのは「取引」と「決済」が同時に行われることだと思っていました。ところが、その仕組みの周りにあるルールを読み始めると、ダスクとのつながりがより一層面白く感じられるようになりました。 21Xには独自のルールブック、事前取引コントロール、デフォルト管理ポリシーがあります。これは重要なことを示しています。<c-1/>@Dusk_Foundation オンチェーンに市場を置いたからといって、市場周りのルールが消えるわけではありません。ダスクは、そのルール、取引活動、そして決済が一緒に機能できるようにするインフラを提供しているのです。 私が何度も立ち返るのが、事前取引コントロールです。これは実行の前に注文をチェックします。この細部が好きなのは、ブロックチェーンが「物語のすべて」ではなくなるポイントが見えるからです。ダスクは決済や実行のインフラを提供できますが、市場はそれでもまず「最初に何を通すべきか」を決める必要があります。 そして、デフォルト管理ポリシーがあります。決済がオンチェーンで行われたからといって、誰かがうまく対応できなかった場合に、その問題が魔法のように消えるわけではありません。そうした混乱に対処するためのプロセスが、依然として必要です。 そして、これによって私の21Xとのつながりの見え方が変わります。ダスクは、ルールブックをコードで置き換えようとしているわけではありません。少なくとも私が見えている範囲では、実行、プライバシー、決済がより密接に連携できるように、規制された市場の活動をインフラの上に載せようとしているように感じます。 それで私は、より大きなダスクの構想について考えさせられます。もしかすると、オンチェーン化で面白くなるのは、古いルールをすべて取り除くことではないのかもしれません。 もしかすると、ルールと取引を「はるかに近い距離」で同時に生きたものにしているのかもしれません。 $DUSK #dusk
21Xのルールブックがダスクをより面白くしている理由

私は21Xの物語に入る前、興味深いのは「取引」と「決済」が同時に行われることだと思っていました。ところが、その仕組みの周りにあるルールを読み始めると、ダスクとのつながりがより一層面白く感じられるようになりました。

21Xには独自のルールブック、事前取引コントロール、デフォルト管理ポリシーがあります。これは重要なことを示しています。<c-1/>@Dusk オンチェーンに市場を置いたからといって、市場周りのルールが消えるわけではありません。ダスクは、そのルール、取引活動、そして決済が一緒に機能できるようにするインフラを提供しているのです。

私が何度も立ち返るのが、事前取引コントロールです。これは実行の前に注文をチェックします。この細部が好きなのは、ブロックチェーンが「物語のすべて」ではなくなるポイントが見えるからです。ダスクは決済や実行のインフラを提供できますが、市場はそれでもまず「最初に何を通すべきか」を決める必要があります。

そして、デフォルト管理ポリシーがあります。決済がオンチェーンで行われたからといって、誰かがうまく対応できなかった場合に、その問題が魔法のように消えるわけではありません。そうした混乱に対処するためのプロセスが、依然として必要です。

そして、これによって私の21Xとのつながりの見え方が変わります。ダスクは、ルールブックをコードで置き換えようとしているわけではありません。少なくとも私が見えている範囲では、実行、プライバシー、決済がより密接に連携できるように、規制された市場の活動をインフラの上に載せようとしているように感じます。

それで私は、より大きなダスクの構想について考えさせられます。もしかすると、オンチェーン化で面白くなるのは、古いルールをすべて取り除くことではないのかもしれません。

もしかすると、ルールと取引を「はるかに近い距離」で同時に生きたものにしているのかもしれません。

$DUSK #dusk
·
--
ブリッシュ
確認済み
トークンはオンチェーンだ。だが誰がマーケットを見ている? 私は@Dusk_Foundation と、NPEX+Chainlinkの構成を見ていて、見落としやすい“何か”がある気がします。金融資産をオンチェーンにすることで所有の問題は解決できます。しかし情報の問題は解決しません。台帳はその証券の所有者が誰かは把握しています。でも、その証券がチェーンの外でいくらの価値があるのかまでは、自動では分かりません。 では、資産がオンチェーンだとしても、価格はどこか別の場所から来ています。ここでDataLinkが私にはより理にかなっています。Duskは公式のNPEX取引所データをオンチェーンに持ち込むことを意図していると言っています。役に立つのは、単に価格をスマートコントラクトに入れることではありません。資産が存在する市場への“接続”を契約に与えることです。そうしないと、ブロックチェーンが正しいとしても、間違った市場の状況(相場の絵)で動いてしまう可能性があります。 そして、ここでData Streamsが問いを変えます。市場データもオンチェーンに持ち込むのではないでしょうか? 違いは、その情報がどれだけ速く到着する必要があるかです。Data Streamsは、低レイテンシーかつ高頻度のマーケットデータ向けに作られています。市場が先に動き、データが後から届くなら、トランザクションはプログラムどおりに実行されても、古い(staleな)情報を使ってしまいます。 CCIPはもう一つのパズルのピースを作ります。クロスチェーンの相互運用性を扱い、Cross-Chain Token標準は、バーン&ミントのメカニズムを通じてDUSKの移動を扱います。つまり、資産はネットワーク間を移動できますが、クロスチェーン移動、価格発見、市場データを“同じ問題”だと見せかける必要はありません。 これで、私にはトークン化が以前より整然として見えなくなりました。まず証券を発行する。所有権を記録する。市場価格を取り込む。その情報を常に最新に保つ。そうしてはじめて、アプリケーションがそれに基づいて動けるようになります。 すると、トークンはもはや自分だけでやれることがそれほど多くないことが分かります。 しばらく私は、トークン化を主に“ブロックチェーンの問題”だと考えていました。しかし今は、それほど確信できていません。難しいのは、資産の金融的な意味を生み出すあらゆるものと、ブロックチェーンをつなぎ続けることかもしれません。 取引が始まって市場が動いたとき、スマートコントラクトは「あとで追いつくよ」とは言えないからです。$DUSK #dusk $SKYAI $BNB
トークンはオンチェーンだ。だが誰がマーケットを見ている?

私は@Dusk と、NPEX+Chainlinkの構成を見ていて、見落としやすい“何か”がある気がします。金融資産をオンチェーンにすることで所有の問題は解決できます。しかし情報の問題は解決しません。台帳はその証券の所有者が誰かは把握しています。でも、その証券がチェーンの外でいくらの価値があるのかまでは、自動では分かりません。

では、資産がオンチェーンだとしても、価格はどこか別の場所から来ています。ここでDataLinkが私にはより理にかなっています。Duskは公式のNPEX取引所データをオンチェーンに持ち込むことを意図していると言っています。役に立つのは、単に価格をスマートコントラクトに入れることではありません。資産が存在する市場への“接続”を契約に与えることです。そうしないと、ブロックチェーンが正しいとしても、間違った市場の状況(相場の絵)で動いてしまう可能性があります。

そして、ここでData Streamsが問いを変えます。市場データもオンチェーンに持ち込むのではないでしょうか? 違いは、その情報がどれだけ速く到着する必要があるかです。Data Streamsは、低レイテンシーかつ高頻度のマーケットデータ向けに作られています。市場が先に動き、データが後から届くなら、トランザクションはプログラムどおりに実行されても、古い(staleな)情報を使ってしまいます。

CCIPはもう一つのパズルのピースを作ります。クロスチェーンの相互運用性を扱い、Cross-Chain Token標準は、バーン&ミントのメカニズムを通じてDUSKの移動を扱います。つまり、資産はネットワーク間を移動できますが、クロスチェーン移動、価格発見、市場データを“同じ問題”だと見せかける必要はありません。

これで、私にはトークン化が以前より整然として見えなくなりました。まず証券を発行する。所有権を記録する。市場価格を取り込む。その情報を常に最新に保つ。そうしてはじめて、アプリケーションがそれに基づいて動けるようになります。

すると、トークンはもはや自分だけでやれることがそれほど多くないことが分かります。

しばらく私は、トークン化を主に“ブロックチェーンの問題”だと考えていました。しかし今は、それほど確信できていません。難しいのは、資産の金融的な意味を生み出すあらゆるものと、ブロックチェーンをつなぎ続けることかもしれません。

取引が始まって市場が動いたとき、スマートコントラクトは「あとで追いつくよ」とは言えないからです。$DUSK #dusk
$SKYAI $BNB
確認済み
なぜダスクはイーサリアムの「ブロブ」アイデアを必要としているのか? EIP-4844は、最初はなかなか見つけられなかったダスクEVMの詳細でした。イーサリアムは、データ可用性をより安くするためにブロブを導入しました。とはいえ、ダスクにはすでに決済とデータ可用性のためのDuskDSがあります。それなら、なぜこの設計をダスクに取り込むのでしょうか? レイヤー分割が、より良い手がかりをくれます。DuskEVMはEVMの実行を担当し、DuskDSは決済とデータ可用性を担当します。つまり、ブロブにはこの場で特定の役割があります。ブロブによって、実行レイヤーがデータを扱うための標準的な方法を得られ、責任をすべてをダスクEVMに押し付ける必要がなくなるのです。 Ruskは、互換性のチェックボックスとして片づけにくくする形で、実装をより難しくしています。コミットメントまたはハッシュを通じてブロブを取得するためのブロブエンドポイントが用意されています。 Rusk Walletも、ブロブトランザクションをサポートしています。Ruskはプリコンディション(前提条件)のチェック時にもそれらを確認します。ここに私の関心が向きました。というのも、ブロブがEVMが理解する「単なる何か」ではなく、トランザクションの経路の一部になっているからです。 KZGによって、そのつながりはさらに具体的になります。EIP-4844はKZGのコミットメントと証明を使います。ダスクのツールはブロブのコミットメントを検証し、スナップショットのツールは、ブロブオブジェクトを保存する前にKZGの関係をチェックします。 つまり、部品はうまく噛み合っているようです。DuskEVMが実行を担当し、DuskDSが決済とデータ可用性を担当する。ブロブトランザクション、取得、そしてKZG検証が、それらの責任をつなぎ合わせています。 私は、EIP-4844をダスクが単に「イーサリアムに似せるため」に追加したものだとは言いません。そこには、より深いアーキテクチャ上の理由があります。 では、規制された市場を中心に独自のアーキテクチャを築こうとしているネットワークにとって、なぜこの特定のイーサリアム設計なのでしょうか? #dusk . $DUSK @Dusk_Foundation
なぜダスクはイーサリアムの「ブロブ」アイデアを必要としているのか?

EIP-4844は、最初はなかなか見つけられなかったダスクEVMの詳細でした。イーサリアムは、データ可用性をより安くするためにブロブを導入しました。とはいえ、ダスクにはすでに決済とデータ可用性のためのDuskDSがあります。それなら、なぜこの設計をダスクに取り込むのでしょうか?

レイヤー分割が、より良い手がかりをくれます。DuskEVMはEVMの実行を担当し、DuskDSは決済とデータ可用性を担当します。つまり、ブロブにはこの場で特定の役割があります。ブロブによって、実行レイヤーがデータを扱うための標準的な方法を得られ、責任をすべてをダスクEVMに押し付ける必要がなくなるのです。

Ruskは、互換性のチェックボックスとして片づけにくくする形で、実装をより難しくしています。コミットメントまたはハッシュを通じてブロブを取得するためのブロブエンドポイントが用意されています。

Rusk Walletも、ブロブトランザクションをサポートしています。Ruskはプリコンディション(前提条件)のチェック時にもそれらを確認します。ここに私の関心が向きました。というのも、ブロブがEVMが理解する「単なる何か」ではなく、トランザクションの経路の一部になっているからです。

KZGによって、そのつながりはさらに具体的になります。EIP-4844はKZGのコミットメントと証明を使います。ダスクのツールはブロブのコミットメントを検証し、スナップショットのツールは、ブロブオブジェクトを保存する前にKZGの関係をチェックします。

つまり、部品はうまく噛み合っているようです。DuskEVMが実行を担当し、DuskDSが決済とデータ可用性を担当する。ブロブトランザクション、取得、そしてKZG検証が、それらの責任をつなぎ合わせています。

私は、EIP-4844をダスクが単に「イーサリアムに似せるため」に追加したものだとは言いません。そこには、より深いアーキテクチャ上の理由があります。

では、規制された市場を中心に独自のアーキテクチャを築こうとしているネットワークにとって、なぜこの特定のイーサリアム設計なのでしょうか?

#dusk . $DUSK @Dusk
確認済み
ブロックチェーンの取引が「間違い」ではなく、単に「早すぎる」だけだったら? 私は Rusk v1.7.0 の小さな変更を見ていて、ちょっと立ち止まってしまいました。これは、将来のノンス(nonce)を伴って到着する Moonlight 取引を扱います。Rusk はそれらをただ即座に拒否するのではなく、ノンスのギャップが埋まるまで一時的にキューへ積み上げることができます。 それを考えると、「無効」と「早すぎる」の違いに思い至ります。ノードがまだ前の取引を待っている最中なら、次の取引は単にシーケンスより先に進んでいるだけかもしれません。Rusk はこのための上限付きリトライ・キューを使っています。さらに、取引が待機している間に deferred(延期)イベントも発行します。 私にとっていちばん分かりやすい比較は銀行振込です。振込の2件目が1件目より先にシステムへ届きます。私は、2件目が悪いものだと自動的に決めつけません。まず、システムが単に1件目を待っているだけなのかを知りたいのです。 そして、もうひとつ <@Dusk_Foundation detail> 興味深い点があります。HTTP API は、取引が伝播(propagate)されたときに 202 Accepted を返せます。しかしそれは、すでにメンプールに入っている、あるいは確定(finalized)していることを意味しません。Dusk のドキュメントでも、ローカルの mempoolTxs 表示は、prequeue に置かれた将来ノンス取引を除外している、と述べられています。 さて、私は deferred の部分で引っかかっています。ウォレットや取引所がこのイベントを見た場合、その取引に対して実際には何をすべきでしょうか。前へ進むのを待つべきなのか、それとも別のシグナルに頼るべきなのか。 私は「様子見」する方向に傾いています。でも、その待機期間を現実の実装ではどう扱っているのかも知りたいところです。<#dusk > <$METAB $STAR $DUSK >
ブロックチェーンの取引が「間違い」ではなく、単に「早すぎる」だけだったら?

私は Rusk v1.7.0 の小さな変更を見ていて、ちょっと立ち止まってしまいました。これは、将来のノンス(nonce)を伴って到着する Moonlight 取引を扱います。Rusk はそれらをただ即座に拒否するのではなく、ノンスのギャップが埋まるまで一時的にキューへ積み上げることができます。

それを考えると、「無効」と「早すぎる」の違いに思い至ります。ノードがまだ前の取引を待っている最中なら、次の取引は単にシーケンスより先に進んでいるだけかもしれません。Rusk はこのための上限付きリトライ・キューを使っています。さらに、取引が待機している間に deferred(延期)イベントも発行します。

私にとっていちばん分かりやすい比較は銀行振込です。振込の2件目が1件目より先にシステムへ届きます。私は、2件目が悪いものだと自動的に決めつけません。まず、システムが単に1件目を待っているだけなのかを知りたいのです。

そして、もうひとつ <@Dusk detail> 興味深い点があります。HTTP API は、取引が伝播(propagate)されたときに 202 Accepted を返せます。しかしそれは、すでにメンプールに入っている、あるいは確定(finalized)していることを意味しません。Dusk のドキュメントでも、ローカルの mempoolTxs 表示は、prequeue に置かれた将来ノンス取引を除外している、と述べられています。

さて、私は deferred の部分で引っかかっています。ウォレットや取引所がこのイベントを見た場合、その取引に対して実際には何をすべきでしょうか。前へ進むのを待つべきなのか、それとも別のシグナルに頼るべきなのか。

私は「様子見」する方向に傾いています。でも、その待機期間を現実の実装ではどう扱っているのかも知りたいところです。<#dusk >

<$METAB $STAR $DUSK >
確認済み
なぜブロックチェーンのイベントはファイナリティと同じではないのか 以前は、取引所は主に「ブロックチェーンで取引が起きたのはいつか」を把握できればよいのだと思っていました。しかし、Duskを見てそれに疑問を持つようになりました。取引がまだ変わり得るのであれば、その出来事を最終的なお金として取引所が扱うべきかどうか、私は確信が持てません。 そこで、RUES(Rusk Universal Event System)に注目しました。Duskは特に、インフラ、インデクサ、取引所向けにRUESを挙げています。私にとって興味深いのは、イベントを受け取った後、取引所が何をするのかという点です。 Duskのトランザクションのライフサイクルは、included(取り込まれた)、executed(実行された)、confirmed(確定された)、finalized(確定的に確定された)を分けています。ドキュメントでは、executedされたトランザクションを監視し、エラーを確認し、ブロックがfinalizedされていることを確認し、ブロックがリバートされた場合は再度リッスンするように書かれています。これが重要なのは理解できます。取引所に対して早すぎる段階でクレジットすると、一時的な状態が本当の残高になってしまう可能性があるからです。 ここで宅配便の追跡を思い出します。「配達中」と表示されていれば動いているのは分かりますが、まだ「配達済み」とは言いません。もしかすると慎重すぎるのかもしれません。でも、「動いている」から「配達済み」までの、その同じギャップを取引所も必要とするのは分かります。 そして、冪等性(idempotency)の細部が、また私を立ち止まらせました。Duskは、入金スキャナに対してメモではなくDuskのトランザクションIDを冪等性キーとして使い、クレジットとブロックのチェックポイントを書き込みを原子的に行うよう指示しています。つまり、スキャナがクラッシュして同じ範囲をもう一度スキャンしても、そのトランザクションが2回目の入金として扱われるべきではないのです。 さらに今、私はRUESを少し単純に見ていたのではないかと考えています。もし取引所が、イベント、ファイナリティ、リバート、重複処理をそれぞれ別々に考える必要があるなら、ブロックチェーンが「起きた」と言った後に、実際に行われている“本当の作業”のどれだけが残っているのでしょうか。@Dusk_Foundation #dusk $DUSK
なぜブロックチェーンのイベントはファイナリティと同じではないのか

以前は、取引所は主に「ブロックチェーンで取引が起きたのはいつか」を把握できればよいのだと思っていました。しかし、Duskを見てそれに疑問を持つようになりました。取引がまだ変わり得るのであれば、その出来事を最終的なお金として取引所が扱うべきかどうか、私は確信が持てません。

そこで、RUES(Rusk Universal Event System)に注目しました。Duskは特に、インフラ、インデクサ、取引所向けにRUESを挙げています。私にとって興味深いのは、イベントを受け取った後、取引所が何をするのかという点です。

Duskのトランザクションのライフサイクルは、included(取り込まれた)、executed(実行された)、confirmed(確定された)、finalized(確定的に確定された)を分けています。ドキュメントでは、executedされたトランザクションを監視し、エラーを確認し、ブロックがfinalizedされていることを確認し、ブロックがリバートされた場合は再度リッスンするように書かれています。これが重要なのは理解できます。取引所に対して早すぎる段階でクレジットすると、一時的な状態が本当の残高になってしまう可能性があるからです。

ここで宅配便の追跡を思い出します。「配達中」と表示されていれば動いているのは分かりますが、まだ「配達済み」とは言いません。もしかすると慎重すぎるのかもしれません。でも、「動いている」から「配達済み」までの、その同じギャップを取引所も必要とするのは分かります。

そして、冪等性(idempotency)の細部が、また私を立ち止まらせました。Duskは、入金スキャナに対してメモではなくDuskのトランザクションIDを冪等性キーとして使い、クレジットとブロックのチェックポイントを書き込みを原子的に行うよう指示しています。つまり、スキャナがクラッシュして同じ範囲をもう一度スキャンしても、そのトランザクションが2回目の入金として扱われるべきではないのです。

さらに今、私はRUESを少し単純に見ていたのではないかと考えています。もし取引所が、イベント、ファイナリティ、リバート、重複処理をそれぞれ別々に考える必要があるなら、ブロックチェーンが「起きた」と言った後に、実際に行われている“本当の作業”のどれだけが残っているのでしょうか。@Dusk #dusk $DUSK
透明性が金融で問題になり得る理由 暗号資産によって「透明性が正解」という感覚が広まりました。誰もが同じ活動を見られるなら、誰もが同じ記録を信頼できる――そう感じられるからです。 しかし、その論理が金融市場でも同じように機能するとは、私には思えません。 誰もが、完了前の大口注文や大きなポジション、あるいは企業の機微な動きを見ることができるなら、その情報によって他の人の行動が変わってしまいます。透明性は市場が何が起きたのかを理解する助けになりますが、見えすぎることは、動きを起こした本人をさらけ出してしまうことにもなり得ます。 だからこそ、Duskのプライバシーの考え方に注目しました。プライバシーを「すべてを隠すこと」だと単純に扱っているようには見えません。公開されるべき活動はそのまま可視のままにしつつ、機微な取引は非公開に保ち、必要があるときは認可された当事者に対して、特定の情報を共有できるようにする――そうした方針です。 Hedgerがこの考え方をさらに面白くしてくれている点にも惹かれます。Duskは、そのための機密なEVMフローを構築しており、機微な活動はプライベートに保ちながら、それでも検証可能であることを目指しています。この方向性では、すべての細部を誰にでも見せるのではなく、よりプライベートな市場活動を取り入れていくことも含まれています。 私の結論はかなりシンプルです: 良い金融市場には、必ずしもさらなる透明性は必要ないかもしれません。誰が何を見ることができるのか、より良いコントロールが必要です。 透明性は、人々が市場を検証するために役立つべきだからです。 そして、透明性がすべての参加者に対して一方的な優位性を自動的に与えてしまうべきではありません。DYOR。 @Dusk_Foundation #dusk $DUSK
透明性が金融で問題になり得る理由

暗号資産によって「透明性が正解」という感覚が広まりました。誰もが同じ活動を見られるなら、誰もが同じ記録を信頼できる――そう感じられるからです。
しかし、その論理が金融市場でも同じように機能するとは、私には思えません。

誰もが、完了前の大口注文や大きなポジション、あるいは企業の機微な動きを見ることができるなら、その情報によって他の人の行動が変わってしまいます。透明性は市場が何が起きたのかを理解する助けになりますが、見えすぎることは、動きを起こした本人をさらけ出してしまうことにもなり得ます。

だからこそ、Duskのプライバシーの考え方に注目しました。プライバシーを「すべてを隠すこと」だと単純に扱っているようには見えません。公開されるべき活動はそのまま可視のままにしつつ、機微な取引は非公開に保ち、必要があるときは認可された当事者に対して、特定の情報を共有できるようにする――そうした方針です。

Hedgerがこの考え方をさらに面白くしてくれている点にも惹かれます。Duskは、そのための機密なEVMフローを構築しており、機微な活動はプライベートに保ちながら、それでも検証可能であることを目指しています。この方向性では、すべての細部を誰にでも見せるのではなく、よりプライベートな市場活動を取り入れていくことも含まれています。

私の結論はかなりシンプルです:
良い金融市場には、必ずしもさらなる透明性は必要ないかもしれません。誰が何を見ることができるのか、より良いコントロールが必要です。

透明性は、人々が市場を検証するために役立つべきだからです。

そして、透明性がすべての参加者に対して一方的な優位性を自動的に与えてしまうべきではありません。DYOR。
@Dusk #dusk $DUSK
一部該当
夕暮れには道筋が多すぎると思った。けれど、私は「単純」とは本当のところ何を意味するのかを問い直した。 ブロックチェーンのインフラを読んでいて気づいたことがある。構造が単純に見えると、私たちはそのシステムを「シンプル」だと言いがちだ。1つのチェーン、1つの実行経路、動く部品が少ない。いい響きだ。だが、私は「シンプルなのは誰にとってだ?」と考え始めた。 それが、Duskに引き込まれた理由だ。最初は、EVMの経路とネイティブの経路の両方があることが、不要な複雑さに思えた。なら、どちらか1つにすればよいのではないか? しかし、その後Dusk独自の比較を見つけた。専用のネイティブ統合は、6〜12か月かかり、EVMデプロイと比べて最大50倍のコストになる一方で、EVMデプロイは数週間で完了できる。 それで、問題の見方が変わった。 ブロックチェーンのコストは、必ずしもブロックチェーンの中にあるとは限らない。多くはその周りにある。ウォレット、取引所、開発ツール、API、社内システムなど、技術の“中身”に誰も興味を持つ前に動かなければならない、面倒なつながりがそこにはある。 そして、私が重要だと思うのはこの部分だ。私たちはここを過小評価している。 チェーンをシンプルにすることが、外部のあらゆるシステムにとって接続をより大変にするのだとしたら、私たちは本当に複雑さを取り除いたのか? それとも、ただ別の場所に移しただけなのか? だから今の私は、Duskのアーキテクチャのほうがより面白く感じる。経路が2つあるからではない。むしろ、金融インフラをどう構築すべきかという、より大きな問いを投げかけてくるからだ。 もしかすると、最適なアーキテクチャとは、経路が最も少ないものではない。すでに機能しているものを作り直す人がより少ないものこそが最良なのかもしれない。 DYOR。 $DUSK @Dusk_Foundation #dusk
夕暮れには道筋が多すぎると思った。けれど、私は「単純」とは本当のところ何を意味するのかを問い直した。

ブロックチェーンのインフラを読んでいて気づいたことがある。構造が単純に見えると、私たちはそのシステムを「シンプル」だと言いがちだ。1つのチェーン、1つの実行経路、動く部品が少ない。いい響きだ。だが、私は「シンプルなのは誰にとってだ?」と考え始めた。

それが、Duskに引き込まれた理由だ。最初は、EVMの経路とネイティブの経路の両方があることが、不要な複雑さに思えた。なら、どちらか1つにすればよいのではないか?

しかし、その後Dusk独自の比較を見つけた。専用のネイティブ統合は、6〜12か月かかり、EVMデプロイと比べて最大50倍のコストになる一方で、EVMデプロイは数週間で完了できる。

それで、問題の見方が変わった。

ブロックチェーンのコストは、必ずしもブロックチェーンの中にあるとは限らない。多くはその周りにある。ウォレット、取引所、開発ツール、API、社内システムなど、技術の“中身”に誰も興味を持つ前に動かなければならない、面倒なつながりがそこにはある。

そして、私が重要だと思うのはこの部分だ。私たちはここを過小評価している。

チェーンをシンプルにすることが、外部のあらゆるシステムにとって接続をより大変にするのだとしたら、私たちは本当に複雑さを取り除いたのか? それとも、ただ別の場所に移しただけなのか?

だから今の私は、Duskのアーキテクチャのほうがより面白く感じる。経路が2つあるからではない。むしろ、金融インフラをどう構築すべきかという、より大きな問いを投げかけてくるからだ。

もしかすると、最適なアーキテクチャとは、経路が最も少ないものではない。すでに機能しているものを作り直す人がより少ないものこそが最良なのかもしれない。

DYOR。

$DUSK
@Dusk
#dusk
確認済み
トークンは代替可能かもしれない。だが、それを保持している人は代替できない。 私はオンチェーン上の規制対象資産について、ある点に何度も引っかかります。 2人が同じ証券を保有できる場合でも、同じ権利が与えられるとは限りません。 Duskの規制対象資産の設計では、適格性、アイデンティティ資格、ウォレットの紐づけ、そして譲渡チェックがワークフローに組み込まれています。だから、トークンを保有しているだけでは不十分なことがあります。受け取る側の人物も、その資産のルールを満たす必要があるかもしれません。 そして、これが私に「流動性」についての語り方を問い直させます。 通常、私はこう聞きます。 「いくらの資金が利用可能なのか?」 でも、もしかするとそれは物語の半分にすぎないのかもしれません。 より良い問いはこうではないでしょうか。 「実際にこの資産を受け取ることを許されている人は何人いるのか?」 表舞台の外で待機している資本はたくさんあるかもしれません。それでも、実際の購入者の母集団はなお小さい可能性があります。 Citadelはもう一段階追加します。参加者は、選択的開示によって、居住地、年齢層、または認定資格などの事実を証明できます。自分についてすべてを開示する必要があるわけではありません。 ここからが、私にとって面白いところです。 トークン化された金融における次の流動性問題は、十分な買い手を見つけることではないのかもしれません。 本当のところは、「実際にオーナーになることを許されている」十分な買い手を見つけることです。 @Dusk_Foundation #dusk $DUSK
トークンは代替可能かもしれない。だが、それを保持している人は代替できない。

私はオンチェーン上の規制対象資産について、ある点に何度も引っかかります。

2人が同じ証券を保有できる場合でも、同じ権利が与えられるとは限りません。

Duskの規制対象資産の設計では、適格性、アイデンティティ資格、ウォレットの紐づけ、そして譲渡チェックがワークフローに組み込まれています。だから、トークンを保有しているだけでは不十分なことがあります。受け取る側の人物も、その資産のルールを満たす必要があるかもしれません。

そして、これが私に「流動性」についての語り方を問い直させます。

通常、私はこう聞きます。

「いくらの資金が利用可能なのか?」

でも、もしかするとそれは物語の半分にすぎないのかもしれません。

より良い問いはこうではないでしょうか。

「実際にこの資産を受け取ることを許されている人は何人いるのか?」

表舞台の外で待機している資本はたくさんあるかもしれません。それでも、実際の購入者の母集団はなお小さい可能性があります。

Citadelはもう一段階追加します。参加者は、選択的開示によって、居住地、年齢層、または認定資格などの事実を証明できます。自分についてすべてを開示する必要があるわけではありません。

ここからが、私にとって面白いところです。

トークン化された金融における次の流動性問題は、十分な買い手を見つけることではないのかもしれません。

本当のところは、「実際にオーナーになることを許されている」十分な買い手を見つけることです。

@Dusk #dusk $DUSK
確認済み
私は「BUY(購入)」ボタンを夕暮れの中に追いかけた。すぐに事がややこしくなった。 Dusk Tradeで「Buy」ボタンを見たとき、正直これはたぶん、ただのトークン化アセットのマーケットプレイスなんだろうと思った。 でも、あのボタンの周りで何が起きる必要があるのかを見てみた。 規制対象のアセットを買う前には、KYC(本人確認)と適格性が必要だ。私のウォレットは接続しなければならない。支払いは、そのアセットに適合していないといけない。ある情報は非公開のままでいる必要があり、一方で別の情報は発行者、取引の場、あるいは別の権限を持つ当事者に届けられる必要がある。そして、それらをすべて終えた後でも、取引はまだ決済(settle)されなければならない。Dusk Tradeはまさにこうしたワークフローを前提に設計されていて、DuskDSはその下で決済と最終性(finality)を扱う。 それで私は一度立ち止まった。 厄介なのは、トークン自体ではない。 誰だって「この証券はもうオンチェーンだ」と言える。問題が始まるのはその後だ。誰がそれを買えるのか? 誰がそれを譲渡できるのか? 発行者は何を見られるのか? 支払いは実際にいつ、そのアセットと照合されるのか? これがまた、Duskのネイティブ発行という考え方に惹かれた理由でもある。ドキュメントでは、アセットをただ古い仕組みの上に載ったトークンとして扱っていない。発行、保管(custody)、取引、決済、開示、レポーティング——その全ライフサイクルを見て、それがどれくらい実際に台帳(ledger)の周りで完結できるのかを問いかけている。 そしてDusk Tradeはまだプレローンチなので、私はこの市場をすでに使ったふりはしない。私は、彼らが作ろうとしている仕組みを見ている。 なぜなら、その小さな「Buy」ボタンの裏には、意外と大きな問いが隠れているからだ: 金融アセットのルールは、アセットそのものと一緒にオンチェーン上へ移動できるのか? DYOR. @Dusk_Foundation #dusk $DUSK
私は「BUY(購入)」ボタンを夕暮れの中に追いかけた。すぐに事がややこしくなった。

Dusk Tradeで「Buy」ボタンを見たとき、正直これはたぶん、ただのトークン化アセットのマーケットプレイスなんだろうと思った。

でも、あのボタンの周りで何が起きる必要があるのかを見てみた。

規制対象のアセットを買う前には、KYC(本人確認)と適格性が必要だ。私のウォレットは接続しなければならない。支払いは、そのアセットに適合していないといけない。ある情報は非公開のままでいる必要があり、一方で別の情報は発行者、取引の場、あるいは別の権限を持つ当事者に届けられる必要がある。そして、それらをすべて終えた後でも、取引はまだ決済(settle)されなければならない。Dusk Tradeはまさにこうしたワークフローを前提に設計されていて、DuskDSはその下で決済と最終性(finality)を扱う。

それで私は一度立ち止まった。

厄介なのは、トークン自体ではない。

誰だって「この証券はもうオンチェーンだ」と言える。問題が始まるのはその後だ。誰がそれを買えるのか? 誰がそれを譲渡できるのか? 発行者は何を見られるのか? 支払いは実際にいつ、そのアセットと照合されるのか?

これがまた、Duskのネイティブ発行という考え方に惹かれた理由でもある。ドキュメントでは、アセットをただ古い仕組みの上に載ったトークンとして扱っていない。発行、保管(custody)、取引、決済、開示、レポーティング——その全ライフサイクルを見て、それがどれくらい実際に台帳(ledger)の周りで完結できるのかを問いかけている。

そしてDusk Tradeはまだプレローンチなので、私はこの市場をすでに使ったふりはしない。私は、彼らが作ろうとしている仕組みを見ている。

なぜなら、その小さな「Buy」ボタンの裏には、意外と大きな問いが隠れているからだ:

金融アセットのルールは、アセットそのものと一緒にオンチェーン上へ移動できるのか?

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