Eman098

#dusk $DUSK @Dusk
Duskのドキュメントを読み進めているときに私の注意を引いた点：存在する契約は2つだけです。ジェネシス時点では、ステーク契約とトランスファー契約があるだけです。DuskVMやDuskEVMを含むそれ以外のものは、その上に構築されています。

規制された資産の決済を目的としたチェーンにしては、集中度が妙に高いと思ったので、これら2つが実際に何をしているのか、そして後から変更できるのかを確認したくなりました。

ステーク契約は、どの提供者（provisioner）がいつ、どれだけステークされ、報酬が成熟するのはいつか、そしてスラッシング（減額・罰則）が適用されるのはどのような場合か、を追跡します。トランスファー契約は公開（Moonlight）とシールド（Phoenix）の残高の両方を扱い、契約間での資金移動が実際に起こる唯一の場所（contract to contract fund movement actually happens）です。現在のドキュメントの通り、すべての実行環境は決済とデータ可用性のためにこの契約を経由します。

これが重要な理由：もしDuskEVMの上で構築している、あるいはDusk Tradeを通じて資産を発行しているのなら、自分の契約ロジックだけを信頼しているわけではありません。これら2つのジェネシス契約が、下層の決済基盤として、そのほかすべてを支えている以上、無期限に正しく振る舞うことを信頼することになります。

ただ、私は次の点を特定できませんでした。ドキュメントでは、これらの契約が時間とともにリファクタリングされていると説明されています。ステーキング契約は、ストレージの問題を修正するために作り直され、さらに後のエンジニアリング更新によって、そのEventの構造が変わったようです。つまり、ジェネシス時点での意味で「不変（immutable）」のまま固定されているわけではないのは明らかです。

私にとって不明なのは、実際のアップグレード手順です。それは裁量的（プロトコルチームがネットワークアップグレードを出す）なのか、それとも、ジェネシス契約のロジックが変更される前に、提供者がオンチェーンの正式なガバナンス手順で投票して承認するものなのか、です。私が見つけたドキュメントは、契約が何をするのかは書いていますが、それらを変更することがどう承認されるのかは説明していません。

制度的な決済のためにチェーンを位置づけるなら、チームが承認したアップグレードと、提供者が追認（ratify）したアップグレードの区別は、どこかで明示的にドキュメント化されているはずだと思います。

@Dusk が、ジェネシス契約の変更に対する実際の認可（Authorization）プロセスをどこで指定しているのか、見たことがある人はいませんか？

$DUSK #dusk

#dusk $DUSK @Dusk

仕事用とプライベート用に、2つ別々のブラウザープロファイルを使っています。同じ人物ですが、アカウント同士は決して触れません。DuskEVMのプライバシーレイヤーの裏側では、私が想像していた以上に独特な設計が起きているようです。

Hedgerの仕様を読み進めていて注目したのは、次の点です。このシステムで「@Dusk ユーザー」が動作する場合、1つのアドレスを持つわけではなく、2つのアドレスを持つことになっています。通常のコントラクト呼び出し用の一般的なEVMアドレスと、暗号化された残高を保持する別個のHedgerアドレスです。面白いのは、これが単なる見せかけではない理由です。

メカニズムを段階的に：Hedgerの残高は、楕円曲線上でElGamalによって暗号化されます（同型暗号スキーム）。そのため、ネットワークは復号することなく、暗号化された金額の加算・減算を行えます。秘密の送金を行うときは、ゼロ知識証明を添付して、計算が正しいこと・入力と出力が一致していること・負の残高が生じていないことを示します。実際の数値は明かしません。コンプライアンスは、全面的な透明性ではなくallowlisting（許可リスト方式）で処理されるため、監査人はチェーン全体を見ることなくアクセス権を与えられます。

なぜ重要か：これは、たいていのプライベートDeFi設定とは明確に異なるトレードオフです。多くは取引は隠せても、基本的には1つのアイデンティティの中で作業させてしまいます。公開される実行上のアイデンティティと、機密の残高アイデンティティを分けることで、アプリケーションはロジックの部分は通常のEVMツールにそのまま接続しつつ、資金面だけを暗号化された経路にルーティングできます。

ドキュメントから完全には解決できなかった点：2つのアドレスはUX層でどのように紐付け／非紐付けされる想定なのか。バインディングは、ウォレットのセットアップ時に一度だけ行われるのか、それともセッション単位／コントラクト単位なのか？
それが、「シームレスに感じるか」それとも「ずっと別々のアカウントを管理する感じになるか」を決める重要な詳細のように思えます。

実際にSepoliaでHedgerを試した人はいますか？そのバインディングは実運用ではどう機能しますか？

$DUSK #dusk

#dusk $DUSK
すべてのRWAチェーンは「組み込みでコンプライアンスに準拠している」と主張します。ですが私が立ち止まったのは、Duskのマーケット・インフラのドキュメントにある、ある特定の1行でした。転送コントロールは、オンボーディングや決済とは別の、明確に強制されるステップとして存在する。 誰が保有または譲渡できるかを強制する という考え方が、ほかの多くのチェーンでは「1つのこと」にぼやけてしまっています。つまり、トークンを持っていれば移せる、という形です。

そこで私は、NPEXがオンチェーン化されるにあたって、この分離が実際に何を意味するのかを確認したくなりました。

記載内容：Duskのアーキテクチャでは、規制対象資産のライフサイクルが段階に分割されています。発行者のセットアップ、投資家オンボーディング（検証済みの参加者とのウォレット紐づけ）、転送コントロール、取引／配分、そして決定論的ファイナリティによる決済。各段階は、単なるUIのステップではなく、チェックポイントです。ZedgerはこれをDuskDS Hedger上でネイティブに実行します。さらにDuskEVMでは、同様のモデルを（同型暗号＋ZK証明で）提供しており、残高は暗号化されたまま維持されつつ、監査可能性を保ちます。

なぜ重要か：公開台帳は「取引が行われた」ことを証明できます。しかし、それだけでは「受取人がその資産を受け取る資格を持っていた」ことまでは自ら証明できません。その適格性のチェックこそが、Tokenized（トークン化）とregulated（規制対象）を分けるポイントです。NPEXが約€300M+のAUMをオンチェーンに持ち込むことは、その強制レイヤが、単なるドキュメント上ではなく実際に稼働しているかどうかの最初の本当の試験になるはずです。

公開資料から私が確認できないこと：NPEXの現在のオンチェーン活動が、実際にコントラクト・レベルでウォレット紐づけおよび転送コントロールのロジックを通っているのか、それとも現在も強制がオフチェーンで行われており、ブロックチェーンは当面「主に決済と記録のレイヤ」として機能しているのか、という点です。Duskのドキュメントは設計を説明していますが、NPEXの稼働設定を私に示してくれてはいません。

本当に気になっています。NPEXのデプロイメントから、転送コントロールのロジックが、ブローカー・レイヤではなく、オンチェーン上で“不適格な保有者”を実際にブロックしている（あるいは却下している）ことを示す取引（または却下された取引）を見たことがある人はいますか？

@Dusk $DUSK #dusk

#dusk $DUSK
私の関心を引いたのは、NPEXに付随する「€300M」という数字ではありませんでした。もっと小さな点が、Duskの市場インフラ文書の中に埋もれていたのです。すべての資産がウォレットを動かす前に、そのウォレットは「Verified（検証済み）」参加者に紐づけられていなければならない。1度KYCして忘れるのではなく、資産ごとに紐づけられ、それが執行可能な譲渡条件として強制される。

なぜそうなるのかを機械的に確認したくなりました。というのも、コンプライアントなトークン化は軽く語られがちだからです。

以下は、DuskがNPEXのようなオンボーディングに記載している流れです。発行者が、その資産の適格性ルールを定義する。投資家のウォレットは検証済みの資格情報に紐づけられる。その時点以降、Transfer（譲渡）コントラクト層が、「誰がそのトークンを保有したり移転したりしてよいか」を強制します。制約が存在する場所はフロントエンドのチェックボックスではなく、決済（settlement）層です。決済自体が、資産（asset）側のレグと支払い（payment）側のレグを結び付けて決定論的な完了（deterministic finality）を実現するので、「株（持分）が動いたが支払いがされなかった」という状態になりません。

なぜ重要か：NPEXは、AFMの監督下にあるオランダのMTFです。単に公開されているERC-20を指差して、それを「セキュリティだ」と言うだけでは済みません。適格性のチェックは、インターフェース上だけでなく、オンチェーンで執行可能である必要があります。そうでなければ、規制対応部分は芝居（theater）になります。

私が確認したいが、十分に明確化されたのを見られていない点：適格性が変わったとき、投資家が登録解除されるのか、または管轄（jurisdiction）のルールが既に保有されているトークンに対して更新された場合、どうなるのかです。紐づけは遡及的に無効化されるのか、それとも将来の譲渡だけをゲートするのか。これが、「本当に規制された資産システムなのか」それとも「発行時点だけのコンプライアンス確認にすぎないのか」を見抜く実際のテストです。

NPEXが€300Mを動かすのは、1つのデータポイントにすぎません。生きた規制上のエッジケースで、譲渡制御ロジックが成立するかどうかが、この仕組みが業界全体に一般化できるかを決めます。

率直に興味があります。Duskは「無効化（revocation）」のケースをどう扱っているのでしょうか。Zedger/Hedgerの、制御されたTransfer仕様を十分に深掘りした人はいますか？ それを精査すれば、十分に分かるはずでしょうか。

@Dusk $DUSK #dusk

#dusk $DUSK
先日、トークン化された有価証券についての古いメモを読んでいると、前にあまり深く考えていなかったことに気づいて、妙に腑に落ちました。多くの人は@Dusk を、実物資産を包んで「イノベーション」と呼ぶだけの別のRWAチェーンみたいに語ります。でも調べていくほど、真相は、誰もあまりワクワクしない退屈な部分のどこかにあるように見えてきました。 照合（Reconciliation）。決済（Settlement）。規制当局に質問されたときにちゃんと持ちこたえるコンプライアンス・チェック。

なぜそんなに少ないプロジェクトが、これを“難題”として扱わないのかずっと考えていました。けれど、それが難題なんです。規制された市場がそもそもあれだけ遅い理由でもあります。
監査可能性を失わないプライバシー。きれいに決済される取引。すべての細部が公開されるわけではないルール。そして、そのルールがプロトコルのレベルで強制されること。あと付けで取り付けるのではなく、最初から。 それは、人々が暗号資産を聞いて想像することとは別の種類のインフラです。

自分が「これはスケールするのか？」と問いかけるより、「実際のコンプライアンス担当者がこれを信頼するだろうか？」と考えることが増えていました。それでも、誰も取引していなければ何も意味がないし、流動性が“ただ作り込めば入ってくる”部分ではなく、一番難しいところのように感じられます。だから結局、マーケット側が技術側に追いつくのか、それとも、この種のものにとってそのギャップが本当のボトルネックのままなのか、考えてしまいます。

#dusk
$DUSK @Dusk

#dusk $DUSK
数か月もの間、Duskのアップデートを実際には立ち止まることなくスクロールし続けていました。
ロードマップのパートナーシップ名には、私がいまいち想像できなかった「Hedger」というModuleが挙げられていました。どれも話としては整っているように聞こえたけれど、私はそれを、私が実際に中へ入ることのない建物の設計図みたいに、遠いものとして捉えていました。

しかしDuskEVMのメインネットが稼働し、読むときの感覚が変わりました。ドキュメントをもう一度開いて、NPEXとChainlinkがもはや発表の中だけの名前ではなく、実際に稼働しているチェーンに対してテストできる“もの”になったのだと気づいたのです。同じことはHedgerにも言えます。ホモモルフィック暗号やゼロ知識証明は、それらが実際に動作する環境の中でその役割を果たすまで、抽象的に聞こえるだけです。

私が特に感じたのは、暗号の多くが「計画されたもの」と「デプロイ可能なもの」の間にあるそのギャップに存在していて、何かがその境界を越える瞬間に私たちが気づくことがどれほど少ないかということです。メインネットは、近くで見たとき、ゴールのようには感じませんでした。むしろ、それまで彼らが言っていたことのすべてが、本当に成り立つのか、それとも成り立たないのかが判定される地点のようでした。

たぶん私は今、その「発表すること」と「実際に動かすこと」の違いを考え続けています。ふと、私がその半分しか追えていない他のプロジェクトが、この線の“設計図側”でまだ止まっているものがどれくらいあるのだろうと思ってしまいます。

$DUSK #dusk @Dusk

#dusk $DUSK
私は一度、友人が自分の銀行取引をグループチャットのスクリーンショットで説明しているのを見た。どうやら、本当に家賃を払ったのだと証明したかったらしい。そしてみんな最初は笑い飛ばした。でもそれがずっと頭から離れなかった。私たちはお金のプライバシーをゼロにしていることを当たり前にして、それを信頼と呼んでいる。

暗号資産はそれを解決するはずだった。けれど現実には、すべてが見えるチェーンと、すべてを隠すチェーンに分裂した。どちらも実際の金融には機能しない。

一般的な話は「プライバシーとコンプライアンスは対立する。どちらかを選べば、もう一方を失う」というものだ。でも本当の問題は技術ではなく、行動面だと思う。機関は実際には「秘匿」を望んでいない。誰が、何を、いつ見るかをコントロールしたいだけだ。会社は監査人が帳簿を見ることは気にしない。気にするのは、競合がそれを最初に見てしまうことだ。

それは「すべてを誰からも隠す」という別の問題だ。

ここでDuskEVMのアプローチが興味深い。Hedgerトランザクションは、デフォルトで暗号化されたまま。残高、金額、取引相手――そして、その正しさの証明は検証可能である。規制当局は必要なときに確認できる。ブロックエクスプローラーを眺める競合はできない。プライバシー対コンプライアンスではない。すでに知っているツール Solidity開発者向けの、コンプライアンスのためのプライバシーだ。

たぶん、金融で本当に必要だったのは「さらなる透明性」ではなかった。ずっと「制御された開示」こそが鍵だったのに、これまでそれを作るための暗号技術がなかっただけなのかもしれない。

あなた自身の取引について、何を誰に対して見えるようにしたいだろう？

@Dusk $DUSK #dusk

$PROM は4時間足チャートで大きな強気モメンタムを見せており、攻撃的なブレイクアウトのローソク足で3.168まで力強く上昇しています。

RSIは75を超えて深い買われ過ぎで、極端な短期的な高揚感を示しています。出来高は急増していますが、このような急激なスパイクの後にロングを追いかけるのはリスクが高いです。

​主要ゾーン：

​サポートゾーン：2.60 - 2.80（健全なリテストを確認）

​レジスタンスゾーン：3.27 - 3.35（現在の直近高値の跳ね返りエリア）
#USJulyCPI&PPIDueThisWeek #SenateDelaysCLARITYActVoteToSeptember #SheinToStartHKIPOBookbuildingAsSoonAsNextWeek

#baby $BABY
バビロンの「信託不要ビットコイン・ヴォールト」について読んでいて、何か変だなと思った。何年も、ビットコインは「持っていて、ただ待つもの」だと思っていて、実際に働かせるものだとは考えていなかった。

でも、BTCがラップしたり、誰かのカストディに渡したりすることなく、ほかのネットワークを直接セキュアにできるというこのアイデアを何度も見かけて、一瞬スクロールが止まった。

「それって結局、余計な手順つきのステーキングじゃないの？」と思ったのを覚えてる。

ただ、よく考えていくほど、ステーキングというより別の問いに感じてきた。ビットコインの本当の仕事は、ただ価値があることではなく、ほかの仕組みを支えるに足る“信頼”そのものだったらどうだろう、と。

@BabylonLabs_io がヴォールトの仕組みを説明しているのを見ていて、これがどれくらい本当に新しいのか、それとも古いアイデアの賢い組み替えにすぎないのか、ずっと気になっていた。

信託不要（トラストレス）という部分が特に引っかかった。ブリッジもないし、自分が検証できないどこかでコインが浮いているような“合成版”もない。

それでも、これがビットコインを多くの人がどう捉えるかを変えるのか、それとも、すでにこういうことを深く考えがちな人たちのニッチな話のままなのか、まだ分からない。

ほかのチェーンのセキュリティとしてBTCを使うことで、ビットコインに対する私たちの理解は本当に変わるのだろうか？それとも、古い信頼の新しい用途を見つけているだけなのだろうか？

$BABY #baby

#baby $BABY
私は初めて本当に腰を据えて、BTCFiプロジェクトがどのように作られているのかを見たとき、何かおかしいと感じました。

ほぼすべてのプロジェクトは、最初にビットコインを別のものに変換するところから始まります。つまり、ラップされた版、合成された版、あるいは、別のチェーンのルールが要求したからこそ存在するような版です。

私は以前、それはただのトレードオフで、ビットコインは自分のチェーンの外でどこかで役に立とうとするなら、形を変える必要があるのだと思っていました。

しかし、バビロンのTrustless Bitcoin Vaultsに出会って、その考えに一度立ち止まりました。

その発想は、ほとんど意地悪なくらい単純です。BTCはビットコイン自身のルールのもとでロックされたまま、まったく同じものとして維持されます。そして他のシステムは、ビットコインに無理に曲げてもらうのではなく、それを中心に組み上げるのです。

ラップも合成もなく、ただ“本物”のふりをするわけでもない。

なぜそれがそんなに珍しく感じたのか考え続けました。たぶん私は、ビットコインを適応させることが唯一の選択肢だと、いつのまにか静かに受け入れていたのかもしれません。けれど、より難しいが、より正直な道は、むしろビットコイン以外のものすべてをビットコインに適応させることなのではないでしょうか。

視点の小さなシフトですが、そもそも最初から柔軟であることを設計されていなかった資産にとって、「ユーティリティ」が何を意味するのかについての考え方を変えてくれます。

この先、スケールの中でどういうふうに展開されるかはまだ意見を形成中ですが、方向性は違って感じます。

それともビットコインは、他のチェーンに合わせるために曲がり続けるべきなのでしょうか？それとも、このシフトをもっと逆方向に進めるべきでしょうか？ @BabylonLabs_io $BABY #baby