Minh Nhat Builder

Dusk と staking について調べれば調べるほど、「プライバシー」の物語よりもこの部分のほうがより注目に値すると感じました。現在、ステークには最低 1.000 DUSK が必要で、有効化までに約 1〜2 エポックかかります。プロトコルは 36 年間で 500M DUSK を発行予定で、emission は 4 年ごとに 50% 減少します
最初は、私はほとんどその数字に気を留めていませんでした。しかし、物事の配置のされ方を見ていくほど、だんだん面白くなってきました。@Dusk はコンセンサスを保護するだけでなく、エコシステム $DUSK の拡大に伴い、staking・gas・settlement にも現れてきます
2024年11月のホワイトペーパーの更新と比べると、現在の Dusk アーキテクチャは大きく変わっています。当時の Moonlight と Phoenix は、規制された金融における public transactions と privacy をまだ担当していました。2025年6月になると、Dusk は 3 つのパートに移行しました。DuskDS は settlement と data availability、DuskEVM は EVM apps、そして DuskVM はプライバシーを必要とするアプリケーションです
Dusk がより実際の活動が多いフェーズに入っていく中で、staking は別の意味を持ち得ると感じます。EVM と VM に利用者が増えてくると、トークンは同時にネットワークの複数レイヤーで使われる可能性があります
もちろん、今のところ私はこの仮説を机上に置いている段階にすぎません
また、Stake Abstraction には特に注目しています。これは、コントラクト自体がステーク処理を自動で行える可能性を開き、それによってステーキングプールのようなモデルや、ネットワーク上で直接自動運用する戦略を支援できるかもしれません
ただし、現在の #dusk の活動が、実際にどれほどの利用需要を反映しているのかはまだ分かりません。どれがアプリケーションで、どれが単なる staking やインフラなのかは、まだ十分なデータがなく、はっきり区別できていません
もし、より詳細な on-chain データがあればぜひ見てみたいです。それをもとに、私が観察している内容や理解している内容と照らし合わせて、ネットワーク上の実際の活動が何を反映しているのかをより明確にしたいです

@Dusk の技術ドキュメントのセクション6をしばらく読み進めたあと、答えというより疑問が増えてしまいました。

不思議なことに、それは良いサインだと思っています。

私の注意を引いたのは、PVMやWASMベースの実行モデルだけではありませんでした。Duskの中核となるネットワーク挙動のかなりの部分が、契約（コントラクト）へと押し込まれているように見えた点です。

Transferは$DUSK 件のtransferを扱い、検証と実行の手数料を担います。StakeはロックされたDUSK、ステーキング状態、そして引き出しを管理します。ZedgerやClockといった今後の要素は、さらに多くのロジックを契約へと投入します。

それによって、ある前提を改めて考えることになりました。

私は当初、PVMを主にスマートコントラクトを動かすための軽量でモジュール式の手段として見ていました。しかし、より深い問いは「VMがそれらをどれほどきれいに実行できるか」ではないのかもしれません。

ネットワークがますます依存していくのは、結局のところ“誰がその契約を制御しているのか”です。

重要な契約がセキュリティ上のボトルネックになったら、どのようにアップグレードされるのか、あるいは置き換えられるのか？

それを実際に変更する権限を持っているのは誰なのか？

そして、その制御は実際にはどれほど分散されているのか？

これらの問いは、#Dusk というWASMベースのVMがあることを知る以上に、今の私にとって重要です。

このアーキテクチャの面白さは、契約が何をできるかというよりも、ネットワークがそれらの“重要な振る舞い”に依存し始めたときに何が起きるのかにあるのかもしれません。

次のステップは、これらのジェネシスおよび今後のシステム契約がどのように統治され、アップグレードされ、そしてどのように保護されているのかをさらに掘り下げることです。

たぶん、そこで私のDuskに関する現時点の理解が、成り立つか—あるいはかなり変わるかがはっきりするはずです。$TMX $XRP #KazakhstanCutsOilOutputForecastTo96MTons #JapanNoAdditionalOilReserveReleaseInSepOct #SamsungSKHynixLeveragedETFsPostFirstMonthlyOutflow #ThailandToExpandSECDigitalAssetProbePowers

昨日の朝、@Dusk thに見せてもらった新しいテストネットDuskEVMをいじることに、ほぼ一日分の時間を費やしてしまった。役に立つことは何もしていない。

テストネットは10/8から稼働していて、今いちばん話題になっているのは「SolidityとHardhatに対応したこと」。もちろんそれはかなり良い。でも正直に言うと、スクロールしている途中で自分が足を止めてしまうような点ではなかった。

いちばん目を引いたのは、#dusk が settlement をどう扱っているかというところ。ContractはDuskEVM上で動き、sequencerがexecutionを担当する。一方でbatcherはtransaction dataをblobsとしてDuskDSに投入する。その後、proposerがそこにstate commitmentを書き込む。簡単に言うと、executionはDuskEVMで行われ、finalityはベースレイヤーに“固定”される。Gasは$DUSK で支払うが、deployする前にDuskDSからDUSKをbridgeする必要がある。

このことがずっと頭から離れない。DuskEVM上でSolidityを書き始めるには、devはまず本物のDUSKをbridgeしておく必要があった。自分にとっては、この細部が「理論上の話」ではなく、ネットワーク体験を現実のものにしてくれる。

さっきテストネットのexplorerを眺めていて、数日前から契約がそこに表示されているのを見つけた。新しいネットが稼働してからたった6日でこれだけの活動があるなら、少なくとも自分の感覚では、決して少ないとは言えない。

自分はまだ、このsettlement-anchoringの仕組みが、今後NPEXのような資産がEVM上で運用される際に大きな役割を果たすのか、それともただOP Stackのよくあるパターンを見ているだけで、そこに意味を盛りすぎているだけなのか——掘り下げ続けている。

現時点では前者寄りだが、結論づけるほど確信はまだない。

誰かもうDuskEVMにcontractを上げているのかな？ それとも、みんなまだ自分と同じようにdocsを読む段階で止まっているのだろうか？
$UAI $MarsCoin #BitcoinRises23.6%Weekly #TinFed #TheoDõiFOMC

@Dusk @Dusk $DUSK #dusk
私は、ブロックチェーン上でのプライバシーとは、より少ない透明性を受け入れることだと思っていました。

プライバシーが欲しければ、可視性を諦めなければならない。
コンプライアンスが欲しければ、すべてが公開されることを受け入れなければならない。

しかし、私は @Dusk の取引モデルをさらに深く掘り下げて、ある点で立ち止まりました。

私の注意を引いたのは、プライバシーという物語そのものではなく、Moonlight と Phoenix がどのように連携しているかでした。

Moonlight はコンプライアンスのための透明性を提供し、Phoenix は ZK を使って残高や取引金額などの機密データを保護します。

最初は、これを単なる別のプライバシー手段だと捉えていました。

でも、見れば見るほど、真の発想は「検証可能性」と「可視性」を切り離すことだと気づきました。

機関は、規制当局が検証に必要なことを証明しつつ、マーケットに対して自社の全体的な財務状況や取引戦略をさらけ出さずに済みます。

それによって、私は #Dusk のアプローチを見直すことになりました。

機関向けブロックチェーンの未来は、完全な透明性でも完全な匿名性でもなく、制御されたプライバシーなのかもしれません。

そして、私はまだ考えています：

プライバシーが、完全に可視化されることなく検証可能になるなら、それは機関をクリプトに連れてくる架け橋なのでしょうか？それとも、クリプト本来のパーミッションレスなビジョンへの妥協なのでしょうか？

$DUSK

固定金利のDeFiを調べたばかりの頃、自分は利回りをかなりシンプルに見ていました。高ければ魅力的で、低ければあまり目を引かない。けれどRWAが担保資産として登場すると、見方が変わり始めました。そのとき、利回りは貸し出しの裏にある資産が市場でどのように価格付けされているかも、ある程度反映しているからです。

自分が特に惹かれたのが@TermMax で、これは市場ごとに別個の「貸出の足場（ベンチマーク）」が形成され得る点です。RWAが担保として使われ、かつ固定の満期に紐づけられるなら、流動性、資産の質、そして変動性までが差別化要因になります。これらのデータが時系列で十分に蓄積されれば、@TermMax cはAPYを増やす場所になるだけではなく、オンチェーンの信用度指標の基盤を構築できる可能性があります。

もう一つ確認したいのは、ユーザーが本当に定着するのかどうかです。報酬が高いことは、必ずしも需要が持続的であることを意味しません。私は、貸し手が引き続き資金提供するか、優遇が下がったときにレートが自律的に釣り合いを取れるか、そして借り手が複数の期間にわたって戻ってくるかを見ていきたいです。さらに、流動性が薄いと、実際以上にレートが魅力的に見えることもあります。特に取引の大半が少数のグループから来ている場合です。

@TermMax nについては、貸し借りの活動がリズムを保ち、金利が担保の種類ごとの特性を適切に反映し、また流動性が多くのtermsに均等に配分されているなら、より良い見方ができるでしょう。逆に、起きている実態よりも「語られていること」が多いなら、自分は慎重さを保ちます。

私にとって、見た目が良い利回りのカーブはそれだけでは不十分です。本当の資金の出どころを追跡したいのです。
#termmax $XRP $BLESS $BTW #SamsungToAnnounceNewShareholderReturnPlanFriday #BitcoinBestWeekSinceMarch2023 #TinFed #SpotGoldHitsHighestSinceMay15

以前、私はFTの換算プロセスはかなり単純だとイメージしていました。つまり、借入を完済し、FT保有者がdebt tokenを受け取り、それから取引は終了する——と。期限が来たら単に支払いが行われるだけの簡単なステップになるだろうと思っていました。

しかし、@TermMax のドキュメントには、借入が想定どおりに完済されない場合の処理方法が用意されています。もしliquidation windowの末期になっても債務が残っている、またはまだ一部しか処理されていない場合、physical delivery（現物引渡し）が自動的に実行されます。この資産部分は換算の仕組みの中でただちに処理され、ユーザーが追加で何かをする必要はありません。

注目すべき点は、FT保有者が受け取れるのは、借入が完全に完済された場合とは異なる種類の資産になり得ることです。このときのPoolには、debt tokenに加えて、担保として残っているトークンも含まれる可能性があります。@TermMax が、その資産を、各人が保有しているFTの割合に応じて、全FT供給量に対する比率で分配します。

言い換えると、FTとdebt tokenの1:1の換算比率は、すべてが計画どおりに進んだ場合にのみその状況を反映しているにすぎません。借入処理の過程で問題が起きれば、FT保有者はPoolから対応する価値の取り分を受け取り、その資産の内訳は期限前の処理結果によって変わり得ます。

これにより、気になる別の点があります。期限前に、FT保有者は自分の価値がどの程度debt tokenに紐づいていて、どれがcollateral tokenに由来するのかをある程度はっきり把握できるのでしょうか？ 🧐
#termmax $XRP $COLLECT $ON
#GrayscaleFilesToListZcashTrustOnNYSEArca #TinFed #USJoblessClaimsFallTo206000 #WalmartFalls7%

#binancep2pantoan @Binance Vietnam
以前は、自分は遅延しているように見える指示や、決済が完了しないものに対してだけ警戒していました。しばらく観察しているうちに、別のタイプの状況でもユーザーの注意をそらしやすいことに気づきました。途中で相手が突然、新しい入金情報を提示してくるのです。つまり、別の決済アカウントに変更するよう求めてきます。彼らが挙げる理由は、前のアカウントに不具合があったなど、聞いてみると特に不自然ではないことが多いのです。しかし、私が注目したのは、指示のデータがもはやそのまま維持されていないことでした。私は元のOrderを確認し、どの相手か、取引の金額はいくらか、そして資金がどこへ送られるのかを特定しました

一見するとかなり合理的に聞こえるのですが、口座変更を求めるたった1通のメッセージだけでも、確認が難しくなってしまいます。私にとって重要なのは、まさにそこです。立ち止まって、最初から取引相手、金額、そして決済方法を見直させられることになるからです

私の考えでは、より良い対応は相手をすぐに疑うことではなく、先に変更された情報を確認することです。Binanceも、ユーザーが利用可能な決済方法を選び、照合して、口座情報が取引の要求と一致しているかを確認するよう案内しています。しかしこれは、新しいデータが元の指示と整合していて、私が確実に検証できる場合にのみ意味があります。不確かなら、私は取引を止めることを優先し、状況に応じて必要であればAppealを使います

私は今も、どの時点の変更が単なる手間で、どの時点から警戒すべきサインになるのかを考え続けています。おそらく、これは今後の取引でさらに注意して見ていくべきポイントなのだと思います
$XRP $COLLECT $ON #TinFed #GrayscaleFilesToListZcashTrustOnNYSEArca #WalmartFalls7%

$DUSK @Dusk
ある日、友人が別の場所で開設した2つの口座間で資金を振り替える話をしてくれたことがきっかけで、その仕組みを思い出しました。彼女は「片方の口座で1回操作すれば、相手側にも同じように反映されるだけだろう」と考えていました。しかし、資金を元に戻そうとすると、最初に取引を行った場所でさらに追加の検査プロセスが発生します。

その話を聞いて、@Dusk がDusk L1とDuskEVM Testnetの間でやり取りされる方法のことを考えました。

私は、双方向で同じように動くのだと思っていました。つまり、Dusk L1から送れば、リンク済みのDuskEVMのウォレットにDUSKが表示される、と。しかし引き出し（撤回）方向はまったく違います。操作はまずDuskEVM上で開始され、その後、withdrawalをproveしてfinalizeするために@Dusk L1へ戻る必要があるのです。したがって、初期側の手数料に加えて、ユーザーはL1上でもさらに2つの手数料が発生します。

注目すべき点は、手順の数そのものではなく、背後にあるロジックです。withdrawalは、ネットワーク状態が更新された後でないと進められませんし、proofも必要条件を満たし、関連する検査ステップがすべて完了している必要があります。そのため、#dusk のガイドでは、待ち時間だけに頼るのではなく、Web Wallet上で直接状態を確認するよう勧めています。

それでも、これら2つのステップは本当に取引完了の確実性を強化しているのか、それとも結果として、ユーザーが進捗をより頻繁に確認し、各ステップを自分で処理することに依存させてしまっているのか、その点を知りたいと思っています。
$XRP $ON #GrayscaleFilesToListZcashTrustOnNYSEArca #TinFed #USJoblessClaimsFallTo206000 #WalmartFalls7%

#binancep2pantoan @Binance Vietnam
P2Pの取引を一定の期間、同じ相手と続けると、親しさが逆に警戒心を薄れさせてしまうことがあります。

最初は数件のオーダーだけ。そこから5件、10件… すべて順調で、支払いも早く、やり取りに支障はなく、トラブルも一度も起きていませんでした。そのまま…最初の警戒心が、いつの間にか安心感に取って代わられていきます。ところがある日、Merchant（売り手）がこう提案してきました。「次はTelegramかZaloでやり取りしよ。こっちの方が、もっとずっと良い価格で出せるよ」。

正直なところ、多くの人が簡単にうなずいてしまう理由も分かります。取引回数が十分で、これまでのやり取りはいつも問題なく、今回の価格も確かにお得そうに見える。とはいえ、私はいつも自分に言い聞かせています。信頼することは別に、現時点の取引を安全に確保することとは別問題だ、と。

Binance P2Pの各オーダーには、オーダー情報、支払い方法、Order ID、Order Chat、履歴（history）、Appeal、Escrowがあります。取引を外部に持ち出した瞬間、そのオーダーに付随する保護はなくなります。親しさが、私たちに手順を飛ばさせることがあります。ZaloやTelegramに切り替え、確認ステップを省き、さらには過去に問題がなかったからといって、Releaseを早めてしまう。だから、Merchantが私とかなり多く取引してきたとしても、私は方針を変えません。取引は常にオーダー内で行い、支払いは必ずもう一度確認する。

良い実績があるからといって、今回の取引も確認が不要とは限りません。

私は売るときは、Releaseの前に、銀行アプリの実際の残高だけを信じます。ZaloでもTelegramでもありません。スクリーンショットも信用しません。

履歴は信じますが、今の取引をなおざりにはしません。P2Pではトラブルは、疑っていたから起きるとは限らず、私たちが警戒心を失った瞬間から起きることがあるからです。$DOS $ACE #TheoDõiFOMC

私は、トークンやエコシステムに目を向ける前に、どのようにネットワークが構築されているのかを理解したいと思うことがよくあります。Dusk Networkにおいて最初に私の関心を引いたのは、金融アプリケーションにおけるプライバシーに対して、かなり明確に指向されたアーキテクチャです。

最初は、Duskの「プライバシーブロックチェーン」をかなり単純に捉えていました。取引データを開示しないことが主眼だと考えていたのですが、資料を読み進めるほど、その範囲はずっと広く、confidential smart contracts から Confidential Security Contract（XSC）の標準にまで及んでいることが分かってきました。

それを理解してから、私はDuskを別の方向から見ているように感じました。

私にとって関心があるのは、「ブロックチェーンはデータをどこまで保護できるのか？」という点だけではなく、情報の一部を秘匿できるような金融アプリケーションを、どう作り出せるのか――しかも裏側のシステムでは、必要なルールをきちんと実行できるようにするにはどうすればよいのか、ということです。

これこそが、Layer-1としての役割の中でDuskが取り組もうとしている中心課題なのだと思います。

私は、XSCがどのように多層の金融課題を処理するのかをさらに深く知りたいです。どんなデータは特定の関係者だけに見えることが許され、どんなデータは誰に対しても証明される必要があるのか、そしてその二つの境界線はどのように扱われるのか？

私はこのアーキテクチャの全体像をまだ見きれていないと思っています。だからこそ、早い結論を出すのではなく、読み続けてさらに検証したいのです。 @Dusk #dusk $DUSK $ACE $DOS #CryptoRally #FOMCWatch #UAESaysItDetectedTwoIranianBallisticMissiles #ToyotaFinanceLaunchesTokenizedBondForRetail

#termmax @TermMax
私はTermMaxのドキュメントをもう一度見返し、今回は「fixed-rate（固定金利）」がDeFiにおける借入とレンディングの仕組みを実際にどう変えるのかを理解することに焦点を当てました。

最初に私の注意を引いたのは、固定されたレートで借りたり貸したりできる可能性でした。けれども深く調べるほど、その仕組みの裏側で何が動いているのかにどんどん引き込まれていきました。

私は、マーケットが絶えず変化する中でTermMaxがどうやってレートを十分に安定させているのかを考え始めました。流動性が突然分断されてしまったら、ポジションにはどのような影響が出るのでしょう？そして、オプションなども同じシステム内にある場合、プロトコルはリスクが重なってしまわないようにどう設計しているのでしょう？

その後、私は別の視点からガバナンスを見ていきました。

技術レイヤーで分権化できるプロトコルでも、実際の意思決定がごく少数のグループに集中してしまう可能性はあります。現時点では、TermMaxがどのように権力を配分しているのかを判断するのに足るデータがないため、この点は私にとって大きな疑問のままです。

また、セキュリティの層もより詳しく見てみたいと思っています。スマートコントラクトにバグがある可能性はありますが、それだけが話の全てではありません。市場、オラクル、流動性、そして清算（リクイディティ）から来るプレッシャーは、それぞれが別種のリスクを生み得ます。

読み進めるほど、私はTermMaxを単に「fixed-rate DeFi」として捉えられなくなってきました。ブロックチェーンが、金融商品のためにどれほどの安定性や予測可能性を生み出せるのか、私は以前より強く関心を持つようになりました。

あなたにとって、TermMaxのインフラの中で最も重要なピースはどれだと思いますか？
$EDEN $ACE $DOS #CryptoRally #FOMCWatch #UAESaysItDetectedTwoIranianBallisticMissiles #ToyotaFinanceLaunchesTokenizedBondForRetail

#binancep2pantoan @Binance Vietnam
私が以前知っていた買い手は、今ではすっかり他人になっていた。

この買い手との取引はこれまで何の問題もなかった。だから今朝は、いつもより油断してしまった。受け取った入金を確認するまで、そのお金が前回までとはまったく別の銀行から送金されていることに気づかなかった。新しい口座は送信者の名前が同じだったものの、事前に何の連絡もされていなかった。

私はその場で作業を止め、チャットで先に直接確認した。すると話は意外と単純だった。相手には追加の銀行口座があり、時にはその口座を使うことがあるのだ。だが、私が聞かなければ、この詳細は簡単に見落としていたはずだ。相手とやり取りに慣れていたせいで、ただ慣れた流れのまま読み流してしまった。

そのとき初めて気づいた。顔見知りであることは、本人確認が済んでいることとは別だ。

いつもと同じように、私は銀行アプリを開いて入金を確かめた。スクリーンショットに頼るのではなく、たとえその買い手が何度も取引してきた相手であってもだ。彼らが証拠を偽造していない可能性もある。だが私にとって、取引は「かもしれない」という二文字に基づいて成り立つものではない。

これまでの順調な取引は、簡単にこちらの油断を招く。一方で最初の確認手順は、信頼感を持たせるためのものではない。必要になったときに取引の痕跡を残すためのものだ。だから、すべての取引のあとも、いつも通りOrder IDとチャット全文を保管している。
$EDEN $ACE $KII #VIXFallsTo2026Low #DollarHits3MonthLow

@Dusk $DUSK #dusk
ここ数日ずっと、@Dusk を見直しているとSTOXに出会うのですが、今では新しい名前である@Dusk Tradeになっています。このプロジェクトには立ち止まってしまう点があります。Dusk Tradeが、8月15日にプライベート市場をSMEにより近づける計画を発表したことです。

ステーキング：総トークン量のうち30％以上が現在ステーキングされています。一方でAPRはおよそ27％で推移しています。

アクセス権：selective disclosureの仕組みにより、身元を公開せずに居住地や適格条件を検証できます。プライバシー面のやり方はなかなか面白いのですが、参加の範囲は現時点では一部のパートナーと特定の資産グループに限られています。

#dusk Trade：ユーザーは現時点では待機登録のみ可能で、プラットフォームはまだ誰にでも開放されていません。

この点がとても興味深いと感じています。

プライバシー部分は仲介が不要でもよさそうですが、市場への参加は審査を通過する必要があります。

自分でも少しステークして確認してみました。ただ、トークンをステークしたからといって取引できるわけではありません。片方はプライバシーに関係し、もう片方は適格性（eligibility）に関係しています。ここでZKを強調すること自体にはあまり関心がありません。知りたいのは、初期段階で参加枠を持つのは誰なのか、そして彼らはどんな要件を満たさなければならないのか、ということです。

待機リストに入った後で、参加権が開放された人はもういますか？

もし1つだけ選ぶなら、$DUSK Tradeを最初に伸ばすべきポイントはどこだと思いますか：ユーザーのカバレッジ、セキュリティの水準、取り扱い資産数、あるいは参加の障壁でしょうか？
#CryptoRally #FOMCWatch

#termmax @TermMax この問題を深く掘り下げる前、私は常にTGE（トークン生成イベント）がトークンを評価する上で最も重要なタイミングだと考えていました。

当時は、トークンが登場する前にプロトコルにすでに製品や実際の稼働があったかどうかを、きちんと検証したことはありませんでした。

そこで、私は2026年8月25日のTGE日まで遡って$TMXを慎重に調査することにしました。

結果は、私が予想していたよりもずっと複雑でした。

私の考えと一致していた点が1つありました。つまり、TMXの初期評価は依然としてTGEにおける上場とナラティブ（物語性）に大きく左右されるということです。

しかし意外だったのは、TermMaxがトークン登場前にすでにプロトコルを構築していたことです。固定金利のインフラ、多チェーンへのデプロイ、主要なDeFi連携は、いずれもTGE以前からすでに整っていました。

TGEが「プロジェクトが価値を生み始める時期」だというよりも、データはTermMaxがすでに勢い（トラクション）を持っていることを示していました。チームの数値によれば、TVLは9,000万ドル超、登録ウォレットは150万超、DAUは9万人超です。

本当の問題はTGEではありません。

問題は、TMXがプロトコルの実際の活動を持続可能なユーティリティ（有用性）と手数料の獲得につなげられるかどうかです。

技術的な観点では、TMXは総供給が10億トークンで固定されており、初期の流通は約20%。そしてチームと投資家には12か月のクリフ（権利確定の猶予期間）があります。ユーティリティはガバナンス、ステーキング、そしてプロトコル手数料に紐づいています。

もしユーザーがTGEの前後だけXP、AP、MPを稼ぐために来て、その後離れるだけなら、TVLとアクティビティは下がる可能性があります。

しかし、ユーザーが固定金利の商品を使い続けるなら、手数料の発生と定着が、TMXの長期的な価値の土台になり得ます。

これは、私たちがTermMaxのTGEを見るべき方法を完全に変えてしまいます。

振り返ってみると、私はこの問題を、トークノミクスとTGEが中心にあるという前提で捉えてしまっていました。まずデータを確認するということをせずに。

調査の過程は、私に「すべてが順調」だとか「すべてが間違っている」だとか、そういう結論を導きませんでした。

ただ、私が想像していたよりも問題はもっと複雑だということに気づかせてくれただけです。

その結果、TMXに対する私の視点も変わりました。

私は今でも、TermMaxがTGE後の手数料発生とユーザー定着を証明するところを見たいと思っています。
$ACE $GPS $PORTAL

#binancep2pantoan この件を注意深く見ていく前は、相手方の完了率が高く、取引履歴がしっかりしていれば、P2Pの注文を扱う際により安心できるのではないかと思っていました。

当時は、少し差異があったとしても、受け取った金額を実際に確認せずにリリースしていました。そこで、まずはとても基本的なことを確認することにしました。つまり、実際に口座へ入金された金額が、注文金額と一致しているかどうかです。

結果は、想像していたよりも奥が深いものでした。

自分が考えていたことに一致していた点が1つありました。相手方の完了率や注文数は、取引者を評価するうえでまだ有用だということです。

しかし驚いたのは、この情報だけでは「実際に受け取った金額を確認すること」を代替できないという点でした。

本当の問題は、買い手が評判の良い人かどうか、あるいは「急いでいるから」などと言ってせかしているかどうかではありませんでした。

問題は、実際にお金が十分かどうかでした。

もし金額がまだ不足しているなら、相手方がどれほど評判が良くても、残りの金額がすべて振り込まれるまでリリースしてはいけないのです。

振り返ってみると、自分は最初に実際の金額を確認する代わりに、相手方の評判や入金通知といった点からこの問題にアプローチしていました。

「入金通知が来た＝すでに十分な金がある」と決めつけるのではなく、もっと早い段階で自分の銀行残高を確認すべきだったのかもしれません。

そして気づいたことは、シンプルでした。真の問題はもっと明確で、十分なお金がないならリリースしないことです。

急いでいることは間違いを意味しません。でも、いつでも二度数える価値があります。@Binance Vietnam $ACE $GPS $PORTAL
#IsraelStrikesLebanonKillsHezbollahCommander #CardanoSplitsDijkstraUpgradeIntoTwoPhases #SECCancelsCryptoRulemakingMeeting #CMESeptemberHikeOddsFallTo30.6%

Duskの報酬配分表と、トークン焼却に関する規約を見たところ、予想外でした。ブロック生成者は、各ブロックの報酬の70%を直接受け取り、さらに「certificate credits」と呼ばれるものに紐づいて最大10%が上乗せされます。この追加10%のうち、要求されない部分は再配分されるのではなく焼却されます。

ドキュメントは、クレジットに「何が」該当するのかを実際には決して定義していません。リンクされているページを見落としているのではと思って何度も確認しましたが、この部分は挙げただけで先に進むだけです。

この空白は、たぶん必要以上に気になってしまいました。参加指標に紐づく焼却メカニズムは、スケジュールに基づく焼却や、ほとんどのプロジェクトがよく言及する管理者によって起動される焼却とは別物です。残りの配分は比較的シンプルです。開発基金に10%、validationに5%、ratificationに5%です。

Emission（発行）は36年間のスケジュールに沿って減少し、4年ごとに半減し、最初に発行された供給のうち新たに生み出されるDUSKが5億（500 million）に上限が設定されています。そのカーブに比べると、ブロックごとに焼却される量は小さく見えます。

しかし、証明書（certificate）の完了度が一貫しない何千ものブロックを経ると、もはや取るに足らないとは見えなくなります。ここで変わるのは、私の置き方（見立て）ではありません。変わるのは、現在の報酬データで追跡している対象だけです。
@Dusk $DUSK #dusk $KII $DOS
#IsraelStrikesLebanonKillsHezbollahCommander #CardanoSplitsDijkstraUpgradeIntoTwoPhases #SECCancelsCryptoRulemakingMeeting #CMESeptemberHikeOddsFallTo30.6%

#binancep2pantoan @Binance Vietnam
注意深く調べるまでは、私は常に「Binance P2P は主にエスクローによって保護されている」ものだと思っていました。つまり、暗号資産はロックされ、双方が取引し、何か問題が起きたときにはアピール（異議申し立て）が行われる、と。

当時、取引が紛争（ディスピュート）に入ったときに実際に何が起きるのか、私はきちんと検証したことがありませんでした。そこで、P2P取引を「安全にしているものは何か」を実際に調べに戻ることにしました。

結果は、私がかつて考えていたほど単純ではありませんでした。

エスクローは確かに重要な保護レイヤーです。しかし驚いたのは、エスクローだけでは、2人の間で実際に何が起きたのかを語ることはできないという点です。

意見が食い違うと、問題はもはや純粋に技術的なものではありません。真実と証拠の問題になります。

私は、P2Pを「エスクロー付きのマーケットプレイス」としてだけ見るのではなく、「協調（コーディネーション）の仕組み」として捉え始めました。

エスクローが資産を保持する。
チャットが状況（コンテキスト）を保持する。
アピールがプロセスを担う。

証拠が、真実の判断を助ける。

問題は、Binance にいくつ保護レイヤーがあるかだけではなく、ユーザーがそのレイヤーの内側に留まり続けるかどうかです。

もしユーザーが内部のチャットを離れ、Telegram や Zalo に移って、銀行口座を確認せずにスクリーンショットを信じたり、急いでリリースしたりするようになれば、ユーザー自身が、自分を守るよう設計されたインフラの外に踏み出してしまうことになります。

振り返ってみて、私は「エスクロー＝安全」と考えてしまっていたのだと気づきました。プロセス全体を見ていなかったのです。

P2P における安全性とは、技術、証拠、プロセス、そしてユーザーの規律の組み合わせです。

良いインフラとは、すべての取引を簡単にするものではありません。

取引がもはや単純ではなくなったときに、実際に何が起きたのかを突き止めるのを助けるものです。
$KII $AIO $MarsCoin
#LMECopperStocksFall42DaysLongestSince2014 #SP500TopsRecord7800 #USToPressNationsToPickUSOrChinaAICoalition #SP500EarningsBeatExpectations

@Dusk を探究するたびに何度も立ち返ってしまうことが一つあります。それは、コンプライアンスをプライバシーとトレードオフする必要が本当にあるのか、そして設計ロジックの大部分が、シタデル2において「それがチェックされたことを証明する」ことと「その背後にいる人物を明かす」ことをどのように切り分けているかにあります。フローは、ライセンス・プロバイダーがユーザーをオフチェーンで確認し、必要な属性に署名するところから始まります。そこからユーザーはゼロ知識証明を作成し、自分が有効なライセンスを保有しており、それが署名され、オンチェーンに登録されていることを証明します。ここが私にとって最も興味深い部分です。

この証明は、ウォレット鍵や属性、特定のライセンスを開示することなく暗号技術によって行われます。まさにここでプライバシーの問題が本質的に試されます。サービスのポリシーは常にバックグラウンドに存在し、サービス・プロバイダーが、どのプロバイダーを信頼するか、どの属性を受け入れるか、そしてセッションがまだ有効かどうかを判断するのを待ちます。最後に、コントラクトはその証明が有効であることを確認し、公開されたセッションを記録するだけです。オンチェーンでは、残るのは「有効な資格情報が使用された」という証拠のみです。

私がまだ分からないのは、この仕組みがポリシーが変更された場合、プロバイダーが誤った資格情報を発行した場合、あるいは理想的な条件ではなく古いセッションが依然として有効な場合にどう機能するのか、という点です。暗号化は本当に、アクセス制御からアイデンティティを開示する必要を排除するのか、それとも単に、信頼を発行者と、その資格情報の解釈に移し替えるだけなのでしょうか。規制された金融が実際にそれを使い始めたときに、暗号による証明とサービス・ポリシーの境界がどのように扱われるのかを、私は#dusk $DUSK
が追いかけているところを見ています。$AIO $KII
#LMECopperStocksFall42DaysLongestSince2014 #SP500TopsRecord7800 #USToPressNationsToPickUSOrChinaAICoalition #SP500EarningsBeatExpectations

#binancep2pantoan @Binance Vietnam
この問題をさらに深く掘り下げる前は、私は常に、P2P取引とは主に、バッジを持つ信頼できる販売者を見つけ、完了率が高く、注文数も多いことで比較的安全だと考えることだと思っていました。

当時は、それらのサインが取引の安全性を確認するのに十分かどうか、実際に検証したことはありませんでした。

そこで、P2P取引で本当に「安全な証拠」とみなすべきものは何かを、もう一度確かめに行くことにしました。

結果は、予想していたよりもずっと複雑でした。

私が考えていたことと一致していた点が1つあります。バッジ、完了率の高さ、取引履歴は、依然として有用なシグナルだということです。

ただ、驚いたのは、それらが「お金が実際に口座に入金されたことを自分で確認する」ことを代わりにできないという点でした。

本当の問題は、販売者にバッジがあるかどうかではなく、「お金が届いたと信じること」と「実際にお金が現れるタイミング」の間にあるギャップです。

スクリーンショットは、送られてきた“画像”にすぎません。お金が実際に口座へ入金されたことを証明するものではありません。

購入者が、自分で確認する前に暗号資産を解放してしまうと、そのギャップは非常に高額な教訓になり得ます。

振り返ってみると、私は実際の証拠で確認するのではなく、販売者の評判や指標をもとにこの問題に取り組んでいました。

調査の過程で、すべての販売者が信用できないと思い込んだわけではありません。

ただ、よりはっきりと分かったことが1つあります。自分で個人的に確認していないものは信じないこと。

そのため、私のP2Pに対する見方も変わりました。

バッジはシグナルになり得ます。スクリーンショットは情報になり得ます。しかし、お金が実際に口座へ入金されたときにのみ、それを証拠だと考えます。

そして誰かに「急いで早く解放して」と迫られているなら、なおさら立ち止まってスピードを落とすべきです。
$KII $AEON $PRL
#BNBChainToActivatePasteurHardFork #SanDiskRises7%OnRevenueGrowthOutlook #USJulyRetailSalesFall0.6% #SaudiPIFDiscloses154.1MSpaceXShares

Duskを詳しく見る前、私はブロックチェーンにおけるプライバシーとは主に、取引情報を隠しつつセキュリティを維持することだと考えていました。

当時、プライバシーがどのような前提の上に構築されているのかを実際に検証したことはありませんでした。私の見解は、裏側のアーキテクチャや仕組みを自分で確かめるというより、有名な物語（語り）に基づくものが多かったのです。

そこで私は、@Dusk がオンチェーン・ファイナンスにおけるプライバシーの課題にどう取り組んでいるのか、改めて詳しく見直すことにしました。

その後に分かったことは、最初に抱いていた見方を大きく変え始めました。

私が以前考えていたことと一致している点が1つあります。#dusk は確かにプライバシーを中核の構成要素として設計されています。

しかし驚いたのは、プライバシーはそれ自体で独立して存在するわけではないということです。プライバシーには、隠す能力、検証する能力、そしてセキュリティ上の前提の間で、常にバランスが必要になります。

本当の問題は、プライバシーが強いかどうかではありません。

情報が隠されている状態でも、有効な取引を検証するためにネットワークが何に依拠しているのかが問題なのです。

隠される情報が多すぎれば、システムはブラックボックスになり得ます。隠される情報が少なすぎれば、プライバシーは塗装のようなものに過ぎなくなります。

それは、ブロックチェーン上のプライバシーをどう捉えるべきかを、完全に変えてしまいます。

振り返ると、私はまずアーキテクチャやセキュリティ上の前提を通じて検証するのではなく、世間で語られる物語に基づいてこの問題に向き合っていました。

調査をしても、Duskが完全に正しい、または完全に間違っていると考えさせられたわけではありません。

ただ、自分が想像していたよりも、問題はずっと繊細で複雑だということに気づかされました。

その結果、私のプライバシーに対する視点も変わりました。

私は今でも、Duskがセキュリティ上の前提やガバナンスをさらに明確にしていくのを見たいと思っています。というのも、今日のプライバシーは、ルールを変更できる力があまりにも少数の手に握られていると、明日には脆弱性になり得るからです。$DUSK $KII $AEON
#BNBChainToActivatePasteurHardFork #SanDiskRises7%OnRevenueGrowthOutlook #USJulyRetailSalesFall0.6% #COWRises55.77%In24h