BTC老白

861 投稿

BTC老白

03｜4年交易实践｜《猎流日内交易》主理人｜每日更新BTC关键位与流动性｜不预测K线，只确认交易条件｜AI Workflow · Research · Automation｜用系统，而不是情绪做交易

取引を発注

高頻度トレーダー

3.3年

160 フォロー

12.7K+ フォロワー

2.5K+ いいね

投稿

ポートフォリオ

すべて

引用

ライブ

BTC老白

大勢がPolyFlowを語って、PIDやPLPをどう設計するかに注目しているけど、僕がもっと気になるのはこういう点だよ：オンチェーンの信用って、暗号資産の担保に頼らず、支払いそのものを価格付けの根拠にできないのかな？それこそが、PolyFlowが一番違うところだと思う。その解決策は「改良版の過剰担保」ではなく、別の一式の信用原語を採用している。つまり、PIDによって完了した各支払いごとに、自動で検証可能な証憑（クレデンシャル）を生成して、その内容をオンチェーンにアンカーするんだ。借り手は過剰担保をする必要がなく、貸し手はそのままオンチェーンの信用スコアリングを呼び出せる。 Pelagoでは、2社のサプライヤーが売掛金をトークン化して、100万USDCのオンチェーン融資を獲得し、全工程をStellarで決済する。重要なのは「オンチェーンで貸すこと」そのものではなく、信用の出どころが担保物から、実際の貿易の支払いへと置き換わった点だ。 ROAMの事例が、この違いをよりはっきり示している。ユーザーが一度KYCを完了すると、PIDが自動的にオンチェーンの証憑を生成する。ROAMはそれを直接検証してeSIMを有効化し、二度目の本人確認審査は不要。ここでは、本人確認（アイデンティティ検証）と支払い行為が、同じ動作に圧縮されている。KYCはもはやコンプライアンス目的の入口にとどまらず、再利用可能な信用データの起点になるんだ。 Raymond QuはGeoswiftで十数年も越境決済に携わってきた。チームは従来の決済の課題を深く理解している。PIDの本質は、1件ごとの支払いを「再利用可能な信用資産」に変えることだ。ステーブルコインの決済量が増えれば増えるほど、この方向性は決済ツールというより、信用の価格設定をめぐる主導権争いに近づく——そして、支払いそのもの以上に想像できる余地は大きいかもしれない。 @Square-Creator-cf6856467 #polyflow @PolyFlow対接

大勢がPolyFlowを語って、PIDやPLPをどう設計するかに注目しているけど、僕がもっと気になるのはこういう点だよ：オンチェーンの信用って、暗号資産の担保に頼らず、支払いそのものを価格付けの根拠にできないのかな？それこそが、PolyFlowが一番違うところだと思う。

その解決策は「改良版の過剰担保」ではなく、別の一式の信用原語を採用している。つまり、PIDによって完了した各支払いごとに、自動で検証可能な証憑（クレデンシャル）を生成して、その内容をオンチェーンにアンカーするんだ。借り手は過剰担保をする必要がなく、貸し手はそのままオンチェーンの信用スコアリングを呼び出せる。

Pelagoでは、2社のサプライヤーが売掛金をトークン化して、100万USDCのオンチェーン融資を獲得し、全工程をStellarで決済する。重要なのは「オンチェーンで貸すこと」そのものではなく、信用の出どころが担保物から、実際の貿易の支払いへと置き換わった点だ。

ROAMの事例が、この違いをよりはっきり示している。ユーザーが一度KYCを完了すると、PIDが自動的にオンチェーンの証憑を生成する。ROAMはそれを直接検証してeSIMを有効化し、二度目の本人確認審査は不要。ここでは、本人確認（アイデンティティ検証）と支払い行為が、同じ動作に圧縮されている。KYCはもはやコンプライアンス目的の入口にとどまらず、再利用可能な信用データの起点になるんだ。

Raymond QuはGeoswiftで十数年も越境決済に携わってきた。チームは従来の決済の課題を深く理解している。PIDの本質は、1件ごとの支払いを「再利用可能な信用資産」に変えることだ。ステーブルコインの決済量が増えれば増えるほど、この方向性は決済ツールというより、信用の価格設定をめぐる主導権争いに近づく——そして、支払いそのもの以上に想像できる余地は大きいかもしれない。

@polyflow_PayFi #polyflow @PolyFlow対接

USDC+0.01%

BTC老白

$DUSK バイナンス・スクエアクリエイターランキング推奨流（推奨ストリーミング）なしの状態で

再び45位で獲得。

DUSK+1.02%

BTC老白

Duskのインデックス作成で踏んだ落とし穴：transaction ID と contract ID を同じハッシュ関数で扱ってしまったこと。ブロックハッシュと Merkle root は SHA3-256；コントラクト bytecode と event bloom filter は BLAKE3；contract ID と transaction ID は BLAKE2b；ウォレットの完全性と鍵の派生には SHA2-256。

これは書庫の4つの印鑑みたいなもの。入庫印、契約印、受取印のどれも番号を押し出せるけれど、登録システムが認識するのは指定されたその1つだけ。アルゴリズムを間違えると、出力は普通のハッシュのように見えるのに、ノードは対応するオブジェクトを見つけられない。もう1つの落とし穴は、16進の表示文字列をさらに一度ハッシュしてしまうこと。プロトコルのインターフェースは通常、生のbytesを食べるので、エンコードの手順を1段余計に踏むと、結果がすべて変わってしまう。

なので接続時は元のバイト列を保持し、公式SDKやRuskでIDを生成し、既知のブロック、トランザクション、コントラクトを使ってテストベクターで確認する。@Dusk Dusk のドキュメントでも、プロトコルのエンコードを重複実装しないよう推奨している。複数のアルゴリズムで役割を分けるのは、バージョン、バイト順、入力形式を受け入れ条件（検収項目）として明確にすることにもつながる。桁数どおりの文字列が生成できても、関数が動いたことを示すだけで、オンチェーンの身元は再確認して照合する必要がある#dusk $DUSK

DUSK+1.02%

BTC老白

私が @Dusk Dusk の W3sper ドキュメントを読んだとき、DuskVM のクエリを普通の JSON インターフェースだと思っていました。Forge でコントラクトをコンパイルすると、data-driver の WASM も同時に生成され、アプリは contract ID で W3sper に登録します。driver は入力を ABI バイトにエンコードし、ノードは戻り値をデコードして返します。

それを私は、空港のグランドスタッフ用の翻訳カウンターみたいなものとして見ていました。旅客が JSON と言えば、滑走路が受け付けるのは決まった搭載形式だけ。翻訳カウンターはスキーマどおりにパッケージして、帰りに出力とイベントを取り出します。HTTP で raw bytes を送ればそのままコントラクトに渡され、JSON を送る場合は driver が利用可能なときだけ自動変換されます。get_version でバージョンが確認できます。

問題は、アップグレードの後に紛れ込みます。古い driver は成功を返すことがあっても、古くなった ABI としてデータを解釈してしまうかもしれません。メタデータの driver_available、driver_signature は、ドライバの身元確認にしか役立ちません。私はファイルハッシュを固定し、testnet で同じ入力を使って、元の bytes とデコード結果を突き合わせます。ページが読めることは翻訳のチェーンが通ったことを示すだけで、資産の状態は別途独立に検証する必要があります。

#dusk $DUSK

DUSK+1.02%

BTC老白

私はBoreasを見たとき、最初は単なる通常のバージョンアップグレードだと思いました。@Dusk_Foundation Dusk メインネットは2026年6月10日にブロック 4,414,095 から Rusk 1.7.0 を有効化し、調整されたのは、取引のバイトがネットワークに入る方法、ブロックに格納される方法、そして古い台帳のリプレイ時にどのルールセットを使うかです。クライアントは引き続き対応済みの Aegis エンベロープを送信できますが、Rusk は入口で標準化してから、現在の台帳形式でブロックに書き込みます。私はこの一連の処理を清算所の手形保管庫のように捉えました。外部の手形は古いテンプレートから来てもよいのですが、保管庫に入れる前に内部の統一フォーマットへ翻訳（変換）する必要があります。過去の手形は旧デコーダを保持し、監査の際に同じものをそのまま再確認できるようにします。Boreas は mempool、ブロッカー（ブロック作成者）、コンセンサス検証、そして履歴リプレイの間で説明の整合性を一体として固定し、同じバイト列が異なる工程で別々の状態になることを防ぎます。またアップグレードには境界も引かれています。メインネットはリスタート地点で新しい Phoenix 取引の受信を停止し、Moonlight が現在サポートされる取引モデルになります。古い Phoenix のブロックは引き続きデコードおよびリプレイ可能です。reverted イベントはアーカイブに残され、マークが付くため、インデクサーが有効状態として算入してはいけません。私は Dusk に接続するとき、ネットワークのブロック高、Rusk のバージョン、取引モデルを突合し、さらにインデクサーが reverted のマークを読み取っているかを検証します。過去の記録は参照できますが、だからといって旧取引が今も引き続き送信できるわけではありません。 #dusk $DUSK

私はBoreasを見たとき、最初は単なる通常のバージョンアップグレードだと思いました。@Dusk Dusk メインネットは2026年6月10日にブロック 4,414,095 から Rusk 1.7.0 を有効化し、調整されたのは、取引のバイトがネットワークに入る方法、ブロックに格納される方法、そして古い台帳のリプレイ時にどのルールセットを使うかです。クライアントは引き続き対応済みの Aegis エンベロープを送信できますが、Rusk は入口で標準化してから、現在の台帳形式でブロックに書き込みます。

私はこの一連の処理を清算所の手形保管庫のように捉えました。外部の手形は古いテンプレートから来てもよいのですが、保管庫に入れる前に内部の統一フォーマットへ翻訳（変換）する必要があります。過去の手形は旧デコーダを保持し、監査の際に同じものをそのまま再確認できるようにします。Boreas は mempool、ブロッカー（ブロック作成者）、コンセンサス検証、そして履歴リプレイの間で説明の整合性を一体として固定し、同じバイト列が異なる工程で別々の状態になることを防ぎます。

またアップグレードには境界も引かれています。メインネットはリスタート地点で新しい Phoenix 取引の受信を停止し、Moonlight が現在サポートされる取引モデルになります。古い Phoenix のブロックは引き続きデコードおよびリプレイ可能です。reverted イベントはアーカイブに残され、マークが付くため、インデクサーが有効状態として算入してはいけません。私は Dusk に接続するとき、ネットワークのブロック高、Rusk のバージョン、取引モデルを突合し、さらにインデクサーが reverted のマークを読み取っているかを検証します。過去の記録は参照できますが、だからといって旧取引が今も引き続き送信できるわけではありません。

#dusk $DUSK

DUSK+1.02%

BTC老白

私が @Dusk Dusk の取引ライフサイクルのドキュメントを読んでいたとき、ある誤判をようやく正せました。インターフェースの戻り値が 202 Accepted なのは、ノードがリクエストを受け取っただけを示すにすぎません。Dusk L1 で署名付きトランザクションを提出した後、ノードはまず admission を行い、通過してから real mempool に入り、peers にブロードキャストします。ブロック生成者は gasPrice によって並べ替えて実行します。

私はこれを清算の流れ（パイプライン）として捉えます。202 はフロントの受領、included は待機エリアに入ったこと、executed はさらに err が null かどうかを確認することです。ブロックが accepted になっても、reverted になる可能性があります。finalized が出るまで（blocks/statechange が finalized を報告するまで）台帳は封印されません。Moonlight はアカウントと nonce の衝突で判断し、Phoenix は nullifier を見ます。置換取引は gasPrice を引き上げる必要があります。

このイベントチェーンは Dusk L1 のみに適用され、DuskEVM では別途 sequencer と finality モデルがあります。私はリスナーを書くので、tx hash とブロック座標を保存し、onlyFinalized:true で検証します。included だけを追うと、ノードの置換、期限切れ、容量の淘汰などに遭遇した場合に、ローカル状態を「入金した」と誤って見なしてしまいやすいです。レシートはあくまで受領記録であり、資金の確認は最終状態を待つ必要があります。

#dusk $DUSK

DUSK+1.02%

BTC老白

我原先把 @Dusk Dusk の安全问题看成单点漏洞，读完 AEGIS 分析才发现风险横跨四道边界。Dusk 于 2026 年 3 月披露，AEGIS 修复 39 项内部审计问题，其中 7 项为 Critical；根因分别落在 Piecrust 虚拟机别名和主机侧反序列化，也涉及 Phoenix 费用退款绑定与 BLS 签名构造，影响执行确定性、节点内存、供应完整性与共识认证。

我把它拆成交易机构的四道风控门：运行时隔离状态，外部数据先校验再解析，费用退款绑定原始凭证，共识签名采用可靠曲线映射。AEGIS 重做会话与实例所有权，费用一致性同时在 mempool 和 VM 检查，BLS 安全路径改用 RFC 9380 风格 hash-to-curve 与域分离。

39 项修复只说明已知攻击面得到处理。官方称尚未发现关键问题在升级前被利用，同时加入31项加固，覆盖运行时和网络，并延伸到密码学及钱包。我后续会看节点升级覆盖率、回归测试和主网异常数据；补丁列出了检查坐标，长期运行记录才能检验防线。

#dusk $DUSK

DUSK+1.02%

BTC老白

昨晩 TermMax のセキュリティドキュメントを確認して初めて、重要なパラメータを変更してもすぐには反映されないことに気づきました。TermMax の Vault は Submit→Wait→Accept の3段階で設定されています。CURATOR が変更を提出すると、GUARDIAN は待機期間中に審査または撤回できます。Vault Owner は監督権を保持します。デフォルトの待機は1日で、設定可能な範囲は1〜30日です。

私はこれを取引機関の変更チケットのように捉えています。提案を封印し、当直の運用・リスク管理が再確認し、計時が終わってからようやく格納（落庫）を許可する。オラクルのソース変更は DEFAULT_ADMIN_ROLE だけが提出・受理でき、資産ごとに更新されます。メインソースが無効になった場合は、直ちにバックアップソースへ切り替え可能です。この設計により観測ウィンドウが増え、3種類の権限の分布が安全チェックの対象になります。

タイムロックは設定やデータソースの切り替えを遅らせるだけで、現在の価格が正確であることを証明できず、オンチェーンの監視の代替にもなりません。私の確認手順は、実行キューと残り時間を見ること、次に撤回（キャンセル）記録とロールのアドレスを確認し、最後にメイン／サブ（バックアップ）ソースの偏差と切り替え状態を突き合わせます。もし GUARDIAN が長期間審査しない、または管理鍵が集中しているなら、1日待つのはリスクの着地を「明日ではなく後日にする」だけです。アーキテクチャはブレーキを用意していますが、誰が計器盤を見ているかは、運用記録が答える必要があります。@TermMax

#termmax

BTC老白

我原先把 Dusk の安全問題を単一の脆弱性だと思っていたが、AEGIS の分析を読み終えて、リスクが4つの境界をまたいでいることに気づいた。@Dusk_Foundation Dusk は2026年3月に開示され、AEGIS は39件の内部監査問題を修正した。そのうち7件は Critical に分類されている。4つの根本原因は、Piecrust 仮想マシンの別名、ホスト側の逆シリアライズ、Phoenix の費用払い戻しの紐づけ、そして BLS 署名の構築に関わり、決定性実行、ノード内メモリ、サプライ（供給）完全性、ならびにコンセンサス認証に影響した。私はそれを取引所の4つのフロー対策（風控ゲート）に分解した。①端末の隔離状態、②外部データがデータセンターに入る前の検証、③課金・払い戻しが元の証憑と一致することの照合、④コンセンサス署名で印章が偽造できないことの確認。AEGIS は会話とインスタンス所有権を作り直し、ホストの照会は先に検証してから逆シリアライズするように変更した。費用の整合性は mempool と VM の両方で同時に確認し、BLS の安全経路は RFC 9380 のスタイルの hash-to-curve とドメイン分離に置き換えた。 39件の修正だけでは、既知の攻撃面が処理されたことしか示せない。公式には、現在は重要な問題がアップグレード前に悪用された形跡は見つかっていないとしている。同時に、31件の実行時・ネットワーク・暗号・ウォレットの強化も追加された。今後は、ノードのアップグレード範囲のカバー、回帰テスト、外部の追検証、ならびにメインネット上の異常データを確認するつもりだ。公開された修正は“座標（チェックポイント）”を示してくれたが、これらの防衛線が信頼できるかどうかは、継続稼働の記録で判断する。#dusk $DUSK

我原先把 Dusk の安全問題を単一の脆弱性だと思っていたが、AEGIS の分析を読み終えて、リスクが4つの境界をまたいでいることに気づいた。@Dusk Dusk は2026年3月に開示され、AEGIS は39件の内部監査問題を修正した。そのうち7件は Critical に分類されている。4つの根本原因は、Piecrust 仮想マシンの別名、ホスト側の逆シリアライズ、Phoenix の費用払い戻しの紐づけ、そして BLS 署名の構築に関わり、決定性実行、ノード内メモリ、サプライ（供給）完全性、ならびにコンセンサス認証に影響した。

私はそれを取引所の4つのフロー対策（風控ゲート）に分解した。①端末の隔離状態、②外部データがデータセンターに入る前の検証、③課金・払い戻しが元の証憑と一致することの照合、④コンセンサス署名で印章が偽造できないことの確認。AEGIS は会話とインスタンス所有権を作り直し、ホストの照会は先に検証してから逆シリアライズするように変更した。費用の整合性は mempool と VM の両方で同時に確認し、BLS の安全経路は RFC 9380 のスタイルの hash-to-curve とドメイン分離に置き換えた。

39件の修正だけでは、既知の攻撃面が処理されたことしか示せない。公式には、現在は重要な問題がアップグレード前に悪用された形跡は見つかっていないとしている。同時に、31件の実行時・ネットワーク・暗号・ウォレットの強化も追加された。今後は、ノードのアップグレード範囲のカバー、回帰テスト、外部の追検証、ならびにメインネット上の異常データを確認するつもりだ。公開された修正は“座標（チェックポイント）”を示してくれたが、これらの防衛線が信頼できるかどうかは、継続稼働の記録で判断する。#dusk $DUSK

DUSK+1.02%

BTC老白

昨夜、ブロックエクスプローラーで送金トランザクションを追跡しようとして、半日見ても見覚えのあるアドレスと金額の組み合わせが見つかりませんでした。Dusk によって「オンチェーンで追跡できる」ことを改めて理解しました。Phoenix の取引は、送信者と受信者、そして送金額をすべての人に公開しません。トランザクションの参加者と、view key を保有する人だけがこれらの詳細を確認できます。一方で Moonlight は、公開残高と透明な送金に向けられています。私はそれを、片方向のガラスが取り付けられた清算室のように想像しています。外の人は、部屋が稼働していることを確認でき、ブラウザでも取引の種類を表示できます。さらに、取引モデルやコントラクトによって、payload のメタデータ、手数料、gas といった情報も表示されます。室内の帳簿の詳細は、権限を得た人だけに開かれます。@Dusk_Foundation Dusk のプライバシーとは、チェーン全体の灯りを消すことではなく、「誰が何を見ることができるか」を権限ごとに分けることです。境界もここに隠されています。開発者が公開モデルを選んだり、コントラクトが機微な内容を可視メタデータに書き込んだりした場合、Dusk はアプリの代わりに自動で遮蔽してはくれません。view key の保管と許可管理がコントロール不能になれば、プライバシーが失効する可能性もあります。私は Dusk の取引を調べるとき、「暗号化されているか」を確認するだけではなく、その取引が Phoenix なのか Moonlight なのか、そしてコントラクトが何を公開しているのかまで確かめます。本当のプロフェッショナルなプライバシーとは、誰にも見えないことではなく、見えるべき人にだけ見えることです。 #dusk $DUSK

昨夜、ブロックエクスプローラーで送金トランザクションを追跡しようとして、半日見ても見覚えのあるアドレスと金額の組み合わせが見つかりませんでした。Dusk によって「オンチェーンで追跡できる」ことを改めて理解しました。Phoenix の取引は、送信者と受信者、そして送金額をすべての人に公開しません。トランザクションの参加者と、view key を保有する人だけがこれらの詳細を確認できます。一方で Moonlight は、公開残高と透明な送金に向けられています。

私はそれを、片方向のガラスが取り付けられた清算室のように想像しています。外の人は、部屋が稼働していることを確認でき、ブラウザでも取引の種類を表示できます。さらに、取引モデルやコントラクトによって、payload のメタデータ、手数料、gas といった情報も表示されます。室内の帳簿の詳細は、権限を得た人だけに開かれます。@Dusk Dusk のプライバシーとは、チェーン全体の灯りを消すことではなく、「誰が何を見ることができるか」を権限ごとに分けることです。

境界もここに隠されています。開発者が公開モデルを選んだり、コントラクトが機微な内容を可視メタデータに書き込んだりした場合、Dusk はアプリの代わりに自動で遮蔽してはくれません。view key の保管と許可管理がコントロール不能になれば、プライバシーが失効する可能性もあります。私は Dusk の取引を調べるとき、「暗号化されているか」を確認するだけではなく、その取引が Phoenix なのか Moonlight なのか、そしてコントラクトが何を公開しているのかまで確かめます。本当のプロフェッショナルなプライバシーとは、誰にも見えないことではなく、見えるべき人にだけ見えることです。

#dusk $DUSK

DUSK+1.02%

BTC老白

昨晩 Dusk のドキュメントを読んで初めて、自分がずっと「EVM対応」をあまりに雑に理解していたと気づきました。Dusk は契約をすべて 1 台の仮想マシンに詰め込んでいるわけではありません。Solidity と Foundry に慣れた開発は DuskEVM を使えます。<c-1/> @Dusk DUSK で Gas を支払い、バッチデータと状態のコミットは DuskDS に任せて決済します。ネイティブなプライバシーやゼロ知識の機能、またはプロトコルレベルの資産管理を扱う契約なら、Rust/WASM を使って DuskVM 上で直接実行します。

私はそれを、同じ取引機関が開設した 2 つのオペレーションデスクだと捉えました。1 つは馴染みのあるボタンがそのまま使え、移行が速い。もう 1 つは基盤に近い「金庫」のようなもので、よりネイティブなルールを呼び出せる。最後には、どちらも同じ決済基盤が台帳を確認します。「EVM 互換」という 4 つの言葉よりも、この選択のほうが重要です。開発効率とネイティブ機能を分けて考えられるからです。

ただし、双方向のルートはブリッジングやレイヤーをまたぐ連携の複雑さも増やし、状態の正確な判断も必要になります。公式ドキュメントは明確に、DuskEVM の高速なパッケージングは DuskDS での決済が完了したことを意味しない、と注意しています。ページ上の表示が成功になっただけで「最終的に完了した」とは判断しません。以後は、レイヤー間の体験がスムーズか、ツールが成熟しているか、実際の契約量が増えているかを見ます。アーキテクチャは選択肢を与えてくれますが、採用することで答えが出るのです。

#dusk $DUSK

DUSK+1.02%

BTC老白

2021年、私はあるプライバシーコインを使っていた。送金は徹底的に秘匿されていて、自分で帳簿を調べるのも大変だった。ところが取引所がそれを下架した。監査を通すことができなかったからだ。別のチェーンでは完全に透明なものを試した。取引記録はブロックエクスプローラーに並べられ、誰でも閲覧できる。その時ずっと考えていた。「完全に隠す」と「完全に公開する」の二択でなければならないのはなぜだろう、と。 @Dusk_Foundation Duskが出した答えはこうだ。選ぶ必要はない。それは、すべてを隠そうとするわけでも、すべてを公開するわけでもなく、プライバシーを“調整できるつまみ”に変えることだ。基盤ではPLONKのゼロ知識証明と準同型暗号を使って、取引時の金額とアドレスを完全に外部から隠す一方で、指定された監督ノードはいつでもコンプライアンス状態を検証できる。監査が必要なときは監督当局に透明にし、不要なときは一般には秘匿する。 1月にメインネットが稼働した後、DuskEVMはSolidityをシームレスに移行できるようになり、開発者の作業環境はイーサリアムと同じになる。5月にNPEXがQuantozと共同でDusk上にEURQというプログラマブルなユーロステーブルコインを立ち上げ、さらに3億ユーロ超のトークン化証券もすでに稼働している。これらは、仕組み全体が実弾で検証されていることを示している。ゼロ知識証明が解決するのは「隠せるかどうか」ではなく、「誰に見せるのか、いくらまで見せるのか」だ。もしオンチェーン取引を“選択的に可視化”できるなら、あなたは誰に対して自分のオンチェーン行動を隠したい？コメント欄で話そう。 #dusk $DUSK

2021年、私はあるプライバシーコインを使っていた。送金は徹底的に秘匿されていて、自分で帳簿を調べるのも大変だった。ところが取引所がそれを下架した。監査を通すことができなかったからだ。別のチェーンでは完全に透明なものを試した。取引記録はブロックエクスプローラーに並べられ、誰でも閲覧できる。その時ずっと考えていた。「完全に隠す」と「完全に公開する」の二択でなければならないのはなぜだろう、と。

@Dusk Duskが出した答えはこうだ。選ぶ必要はない。それは、すべてを隠そうとするわけでも、すべてを公開するわけでもなく、プライバシーを“調整できるつまみ”に変えることだ。基盤ではPLONKのゼロ知識証明と準同型暗号を使って、取引時の金額とアドレスを完全に外部から隠す一方で、指定された監督ノードはいつでもコンプライアンス状態を検証できる。監査が必要なときは監督当局に透明にし、不要なときは一般には秘匿する。

1月にメインネットが稼働した後、DuskEVMはSolidityをシームレスに移行できるようになり、開発者の作業環境はイーサリアムと同じになる。5月にNPEXがQuantozと共同でDusk上にEURQというプログラマブルなユーロステーブルコインを立ち上げ、さらに3億ユーロ超のトークン化証券もすでに稼働している。これらは、仕組み全体が実弾で検証されていることを示している。ゼロ知識証明が解決するのは「隠せるかどうか」ではなく、「誰に見せるのか、いくらまで見せるのか」だ。

もしオンチェーン取引を“選択的に可視化”できるなら、あなたは誰に対して自分のオンチェーン行動を隠したい？コメント欄で話そう。

#dusk $DUSK

DUSK+1.02%

BTC老白

以前は、ブロックチェーンの伝播っていうのは同じメッセージを全ての近隣ノードに押し込んで、どれだけ速く回せたかが勝ちだと思っていました。Dusk の Kadcast はランダムな Gossip ではなく、UDP の上に構造化されたオーバーレイネットワークを作ります。ノードは 128 ビット ID を得て、Kademlia の XOR 距離に従って二分ルーティングツリーへ入り、k-bucket に分類されます。バケットが満杯になったら、まず PING/PONG で古いノードを確認し、その後 LRU で更新します。私はこれを、番号付きの配送振り分けセンターのようなものだと理解しています。荷物は距離に応じて固定された階層に入るので、全ての拠点が一斉にごちゃごちゃと転送し続けることを防ぎます。ブロードキャストは重複 CHUNK を無視し、RaptorQ の FEC でロスしたパケットを扱います。公式リポジトリのベンチマークでは、ロス率 12%・β=3・f=0.15 の条件でも全ネットワークをカバーできると示されていますが、これはライブラリ単体のテストで、メインネットの遅延保証を意味するわけではありません。 @Dusk_Foundation Dusk の価値としては、無駄なトラフィックを減らし、伝播遅延をより予測しやすくすることです。金融の決済で一番怖いのは、まさに「時間の境界が曖昧になること」。ただし、構造化ルーティングが自動的にリスクを消し去るわけではありません。ノード分布が均衡かどうか、ネットワークのジッターや攻撃圧力は、継続的な監視と検証で確かめる必要があります。一度のベンチテストで、ネットワークが十分に速いと証明できるとは思いません。Kadcast は伝播の順序を解決しますが、安定性は実運用でこそ示されるものです。 #dusk $DUSK

以前は、ブロックチェーンの伝播っていうのは同じメッセージを全ての近隣ノードに押し込んで、どれだけ速く回せたかが勝ちだと思っていました。Dusk の Kadcast はランダムな Gossip ではなく、UDP の上に構造化されたオーバーレイネットワークを作ります。ノードは 128 ビット ID を得て、Kademlia の XOR 距離に従って二分ルーティングツリーへ入り、k-bucket に分類されます。バケットが満杯になったら、まず PING/PONG で古いノードを確認し、その後 LRU で更新します。

私はこれを、番号付きの配送振り分けセンターのようなものだと理解しています。荷物は距離に応じて固定された階層に入るので、全ての拠点が一斉にごちゃごちゃと転送し続けることを防ぎます。ブロードキャストは重複 CHUNK を無視し、RaptorQ の FEC でロスしたパケットを扱います。公式リポジトリのベンチマークでは、ロス率 12%・β=3・f=0.15 の条件でも全ネットワークをカバーできると示されていますが、これはライブラリ単体のテストで、メインネットの遅延保証を意味するわけではありません。

@Dusk Dusk の価値としては、無駄なトラフィックを減らし、伝播遅延をより予測しやすくすることです。金融の決済で一番怖いのは、まさに「時間の境界が曖昧になること」。ただし、構造化ルーティングが自動的にリスクを消し去るわけではありません。ノード分布が均衡かどうか、ネットワークのジッターや攻撃圧力は、継続的な監視と検証で確かめる必要があります。一度のベンチテストで、ネットワークが十分に速いと証明できるとは思いません。Kadcast は伝播の順序を解決しますが、安定性は実運用でこそ示されるものです。
#dusk $DUSK

DUSK+1.02%

BTC老白

先週末に書いた戦略を、現在は推演どおりに一歩ずつ実現しています。

BTCは62,508付近から再び64,000の上方へ引き戻され、最高で64,200に到達。すでに私が事前に示していた 64,000—64,500 のテストゾーンに入っています。

当時の判断はこうです：

来週はまずレンジで推移し、価格は先に64,000—64,500まで上方向にテストし、その後改めて買い（ロング）勢を引きつけ、再び下方向のチャンスを探す。真の加速した下落は9月に持ち越す。

つまり、この上昇局面は中期的な見通しを変えるものではなく、むしろ想定していた道筋の一部にすぎません。

ここから私は、64,000の上で追いかけてロングすることはしません。このゾーンで、上値を試した後に反落する（いわゆる押し返し）、出来高を伴いながら上げが鈍る（放量滞涨）、あるいは小さな時間足の構造が弱まる兆候が出るかを観察します。これらの条件が揃ったときにだけ、トレンドのショート（空売り）で入る位置を探し始めます。

もしBTCが出来高を伴って64,500をしっかり上回り、さらに65,150の回復を続けるなら、上側の受け止めが想定以上に強いことを意味します。そうなれば「買い煽り→下落へ反転」のルートは延期され、ショートの計画は一時的にキャンセルします。

逆に、64,000—64,500が再び価格を抑え込み、以後さらに61,500を割り込み、反発しても回収できなければ、「下落が加速段階に入った」と確認できます。その場合は9月に、まず54,000を見て、その次に48,000を見ます。

今は8月のレンジ相場における上方向へのテスト局面です。加速した下落は来月に見るべきで、2つの局面を混ぜて考えないでください。

BTC老白

週末の建玉処理と来週の戦略切り替え｜獵流デイトレ｜実録の振り返り＋取引プラン｜プロの判断型

昨晩BTCが下落してスパイク（針）を入れたが、安値は私が当初予定していた61,988の損切りに到達しなかった。ロングは現在も保有中。

しかし、損切りを回避できたからといって、さらに欲張っていいわけではない。

【現在の持ち玉】

このロングは建値まで（保有後の損益がプラス／トントン）持ってきており、価格は63,400—63,500付近。私はここで即利確し、週末の継続性に賭けたりはしない。

【週末の計画】

週末の2日間は新規の日中取引は見送る。以降、価格が62,000—62,500まで押し戻し、その後下げ止まりが確認できれば、少額でロングを1本取りにいくことを検討する。損切りは61,500付近、目標は64,000——つまり現在の下落チャネル上限。

確認がなければ、前倒しで入らない。

【来週の戦略】

日足は現在も収束するウェッジ形状を形成中、4時間足は下落チャネルの中にある。私のシナリオは変わらず、8月はまずレンジ（揉み合い）として扱い、来週は先に64,000—64,500まで上方向にテストし、その後再びロング勢を呼び込み、そこから下方向へ選択する可能性が高い。

なので来週からは、徐々に戦略を切り替える：

ショートを主方向にし、ロングのポジションは普段の半分まで落とす。反発局面にだけ参加する。もし64,000—64,500で高値を付けてから失速（高値掴みの戻り失敗）、出来高を伴ったダラダラ滞り（バズらず上がらない）、またはより小さな時間足で構造が弱まるなら、トレンド・ショートの仕込みを開始する。

さらに61,500を明確に割り込んだ場合にのみ、下落が加速し始めたと確認できる。そうなれば9月はまず54,000を様子見し、その後48,000を見る。途中のリバウンドは、私が引き続きトレンド・ショートを探すための位置になる。

$BTC #交易员下调2027年中前美联储加息押注

【無効条件】

もしBTCが出来高を伴って64,500をしっかり上回り、さらに65,150付近を回復し続けるなら、「ロングを誘ってから下げる」経路は遅らせることになり、ショートの計画は当面キャンセル。

私は今、9月が必ず“滝落ち（急落）”すると断言しているわけではない。あらかじめ台本を書いておき、価格が確認を出した時だけ判断する。

週末はまず利益を固定する。相場は待てるが、建玉はギャンブルしない。

BTC+0.35%

BTC老白

私はブロックチェーン上で最も我慢ができないのは、手数料ではなく、「ウォレットに接続」を押したあとに、どのプラグインを使うのか、どのアカウントとネットワークを選ぶのかを見極めなければならない点です。Dusk Connect が扱うのは、ユーザーを簡単に離脱させてしまうこの入口です。これはウォレットではなく、秘密鍵にも触れません。互換拡張機能を検出し、ユーザーが提供元を選んで Profile を認可した後、ウォレットの状態を監視し、権限やネットワークの変更を追跡し、そのうえで署名や取引リクエストを選択したウォレットに渡して確認してもらいます。

私はこれを取引ホールの総合受付だと捉えています。受付は顧客の鍵を預かりません。正しい窓口を見つけて、申請を取り次ぐだけです。Dusk の公式ドキュメントでは、Dusk Wallet Extension は発見可能な提供元の一つにすぎず、Dusk Connect はディスカバリープロトコルを使い、アプリを特定の拡張に固定しないことが明記されています。

規制対象の資産アプリで、認可の入口すら不安定だと、その先のプライバシーアドレスやコントラクト呼び出しをスムーズに行うのが難しくなります。しかし、摩擦を減らすことはユーザーが残ることと同義ではありません。互換ウォレットの数が十分か、モバイルでの操作感が滑らかか、拒否署名後に復帰できるかは検証が必要です。私の見立てでは、ウォレット接続という一見小さな機能が、ユーザーが取引画面へ進めるかどうかを決めてしまうのです。

@Dusk $DUSK #dusk

DUSK+1.02%

BTC老白

最近誰かに $niulai は「映画のミーム」だと言われました。
その言い方、わりと正確だと思います。
それは映画『牛来』をコンテンツの入口として、ミームという形でWeb3コミュニティへ入っていくんです。
従来の映像にはコンテンツがあり、ミームには拡散があり、Web3にはコミュニティがあります。
このいくつかの要素が本当にうまく噛み合えば、確かに何か新しいものが生まれる可能性があります。
#niulai #牛来

BTC老白

昨晚 Dusk のドキュメントを読んで初めて、自分がずっと「EVM 対応」をあまりにも雑に理解していたことに気づきました。Dusk は契約を 1 台の仮想マシンに全部押し込んでいるわけではありません。Solidity と Foundry に馴染みのある開発なら DuskEVM で動かせます。Gas は DUSK で支払い、バッチデータと状態のコミットメントは DuskDS に渡して決済します。一方で、ネイティブなプライバシーやゼロ知識の機能、あるいはプロトコルレベルでの資産コントロールが必要な契約は、Rust/WASM を使って DuskVM 上で直接実行します。

私はこれを、同じ取引機関が開いた 2 つのオペレーションデスクのように理解しました。1 つは馴染みのあるボタンを残していて移行が速い。もう 1 つはより底層の金庫に近く、よりネイティブなルールを呼び出せて、最終的には同じ清算ベースが台帳を確認します。この取捨選択は「EVM 互換」という 4 文字よりもずっと重要です。開発効率とネイティブ機能を切り分けるからです。

ただし、2 つの経路はブリッジやレイヤーをまたぐ相互作用の複雑さも増やし、さらに状態の正確な判断も必要になります。公式ドキュメントは明確に、DuskEVM の高速なパッケージングは DuskDS での決済が完了したことと同義ではない、と注意しています。私はページ表示が成功になっただけで、最終的に完了したとみなしたりはしません。今後は、レイヤー間の体験がスムーズかどうか、ツールが成熟しているかどうか、実際の契約数が増えているかどうかを見ます。アーキテクチャは選択肢を与えてくれるので、採用することで答えが出ます。

@Dusk $DUSK #dusk

DUSK+1.02%

BTC老白

$DUSK は用途があるが、真の需要が成立したことを意味しない多くの人は、トークンでGasを支払えて、さらにステーク（質押）もできると見ると、「用途がある」をそのまま「需要がある」に置き換えてしまいますが、この2つはまったく別の話です。Duskの$DUSK は、確かに投票だけに使う記号ではありません。メインネットの送金やコントラクトの実行には、$DUSK でGasを支払う必要があります。直接ステークする人は、トークンをロックしてprovisionerノードを稼働させ、コンセンサスに参加し、新規発行や取引手数料から報酬を得ます。公式モデルでは初期供給は5億枚で、今後36年間でさらに5億枚を追加発行し、最大供給は10億枚です。発行は4年ごとに半減します。直接ステークの最低要件は1,000 DUSKです。これはむしろ「有料道路」に似ています。車が増え続け、通行料が本当に発生して初めて、現実の需要になります。収入の大半が建設補助金に由来するなら、道路がすでに混雑していることは証明できません。Duskに当てはめると、新規発行は安全予算であり、手数料こそがネットワークの利用によって残る痕跡として、より近いものになります。だから私は、ステーク収益だけを見てduskの価値を判断しません。発行は供給を生みます。手数料がどれだけ段階的により多くの報酬を担えるかは、送金、コントラクト、そして規制対象資産の清算が継続的に伸びるかどうかにかかっています。さらにノードは、オフライン、無効な投票、またはダブルサインによる罰のリスクにも直面します。用途はプロトコルに書かれますが、需要はオンチェーンの活動によって証明されなければなりません。@Dusk_Foundation #dusk

$DUSK は用途があるが、真の需要が成立したことを意味しない

多くの人は、トークンでGasを支払えて、さらにステーク（質押）もできると見ると、「用途がある」をそのまま「需要がある」に置き換えてしまいますが、この2つはまったく別の話です。Duskの$DUSK は、確かに投票だけに使う記号ではありません。

メインネットの送金やコントラクトの実行には、$DUSK でGasを支払う必要があります。直接ステークする人は、トークンをロックしてprovisionerノードを稼働させ、コンセンサスに参加し、新規発行や取引手数料から報酬を得ます。公式モデルでは初期供給は5億枚で、今後36年間でさらに5億枚を追加発行し、最大供給は10億枚です。発行は4年ごとに半減します。直接ステークの最低要件は1,000 DUSKです。

これはむしろ「有料道路」に似ています。車が増え続け、通行料が本当に発生して初めて、現実の需要になります。収入の大半が建設補助金に由来するなら、道路がすでに混雑していることは証明できません。Duskに当てはめると、新規発行は安全予算であり、手数料こそがネットワークの利用によって残る痕跡として、より近いものになります。

だから私は、ステーク収益だけを見てduskの価値を判断しません。発行は供給を生みます。手数料がどれだけ段階的により多くの報酬を担えるかは、送金、コントラクト、そして規制対象資産の清算が継続的に伸びるかどうかにかかっています。さらにノードは、オフライン、無効な投票、またはダブルサインによる罰のリスクにも直面します。用途はプロトコルに書かれますが、需要はオンチェーンの活動によって証明されなければなりません。@Dusk #dusk

DUSK+1.02%

BTC老白

公開チェーン上のプライバシーは、完全に消え去ることと同じではあるべきではない取引を続けるほど、「すべてのデータが公開されることが本来的に正しい」という考えを信じにくくなります。Dusk が本当に研究する価値があるのは、資金の流れをワンクリックで隠すことではなく、公開・保秘・許可された開示を、3つの選択可能な状態に分解している点です。基盤レイヤーで、Moonlight と Phoenix という2つの取引モデルを提供します。Moonlight は、透明性を要する資金フローを公開口座で処理します。Phoenix は送金を秘匿し、ゼロ知識証明によってネットワークが取引の有効性を確認できるようにしつつ、全ネットワークに残高、取引相手、取引の詳細を公開する必要はありません。監査や規制対応が必要な場合は、選択的な開示を行い、必要な証拠を許可された当事者に渡します。会社の保険金庫のようなもので、日常では開け放たないが、監査人に権限が与えられれば帳票を照合できます。この構造は、証券、投資信託、そして機関の決済にとって重要です。完全に透明だとポジションや業務情報が漏れてしまいますし、完全に匿名だと参加要件、報告、追跡・責任の所在に難しくなります。Dusk は、プライバシーを「オン/オフ」から、精細な権限管理へと変えようとしています。プライバシーでルールをすり抜けるのではなく、です。私はこれをもって、技術的な優位性を $DUSK の価格的価値と直結させるつもりはありません。プロジェクトには、プライバシーのプロセスが体験を損なわないことを、さらに証明していく必要があります。開発者が継続的に接続し続け、機関の取引でも本当に取引が成立することが求められます。技術が解決するのは「できるかどうか」であり、採用されて初めて「誰かが使っているかどうか」が答えになります。 @Dusk_Foundation #dusk $DUSK

公開チェーン上のプライバシーは、完全に消え去ることと同じではあるべきではない

取引を続けるほど、「すべてのデータが公開されることが本来的に正しい」という考えを信じにくくなります。Dusk が本当に研究する価値があるのは、資金の流れをワンクリックで隠すことではなく、公開・保秘・許可された開示を、3つの選択可能な状態に分解している点です。

基盤レイヤーで、Moonlight と Phoenix という2つの取引モデルを提供します。Moonlight は、透明性を要する資金フローを公開口座で処理します。Phoenix は送金を秘匿し、ゼロ知識証明によってネットワークが取引の有効性を確認できるようにしつつ、全ネットワークに残高、取引相手、取引の詳細を公開する必要はありません。監査や規制対応が必要な場合は、選択的な開示を行い、必要な証拠を許可された当事者に渡します。会社の保険金庫のようなもので、日常では開け放たないが、監査人に権限が与えられれば帳票を照合できます。

この構造は、証券、投資信託、そして機関の決済にとって重要です。完全に透明だとポジションや業務情報が漏れてしまいますし、完全に匿名だと参加要件、報告、追跡・責任の所在に難しくなります。Dusk は、プライバシーを「オン/オフ」から、精細な権限管理へと変えようとしています。プライバシーでルールをすり抜けるのではなく、です。

私はこれをもって、技術的な優位性を $DUSK の価格的価値と直結させるつもりはありません。プロジェクトには、プライバシーのプロセスが体験を損なわないことを、さらに証明していく必要があります。開発者が継続的に接続し続け、機関の取引でも本当に取引が成立することが求められます。技術が解決するのは「できるかどうか」であり、採用されて初めて「誰かが使っているかどうか」が答えになります。

@Dusk

#dusk $DUSK

DUSK+1.02%

BTC老白

BTC 8.13 マクロデータ分析｜PPIは減速したが、それでそのまま追随してロングしていいとは限らない

まずデータの見方を修正します：

米国7月のPPI（生産者物価指数）は前月比0.0%で、予想の0.2%を下回りました。前年比4.7%、前値は5.5%。一般に用いられるコアPPIは前月比0.2%、前年比4.2%。以前言及した0.4%は、さらに食品・エネルギー・貿易サービスを除外した別の計測方法であり、同一視してはいけません。

データ全体としてはやや落ち着いた内容で、短期の追加利上げ圧力は低下しました。ただし主にエネルギー価格の下落によるもので、BTCの価格確認を代替するものではありません。

私の構成は変わりません：週足は依然として下落の「中継」局面。8月は引き続き62,500—65,500のボックス相場を目安とします。

本日のロング計画は62,788、損切り62,108。ここにはボックス下限と、62,700付近の約2.5億のロング清算、そして裸K（ローソク足）によるサポートが重なります。

最初の目標は64,000—64,500。上ひげだけで終わり、実体の陽線が形成できない場合はリバウンド終了として扱います。出来高を伴って64,500をしっかり上回って定着した場合に限り、65,000付近まで継続を見ます。62,108を割り込むと、低位ロングのロジックは無効です。#美国7月CPI与PPI数据本周出炉

PPIが取引環境を提供し、価格が取引結果を決めます。

BTC+0.35%

ログインして、さらにコンテンツを読む

BTC老白

トレンドトピック