TokenToolHub
179 投稿
TokenToolHub
報告
ユーザーをブロック
On-chain intelligence for tokens, wallets, transactions and smart contracts. Built by Wisdom Uche Ijika.
1 フォロー
1 フォロワー
3 いいね
投稿
·
--
古くなった署名は再検証が必要スマートコントラクトウォレットの署名は、常に永久に有効であるとは限りません。
ERC-1271では、ウォレットコントラクトが現在のコード、ストレージ、ポリシーに基づいて署名の有効性を判断します。署名の作成時には検証に通っても、署名者が削除された、マルチシグのしきい値が変更された、Merkle証明が古くなった、署名の有効期限が切れた、またはウォレットの実装が変更されたなどの理由で、後から検証に失敗することがあります。
これは、オフチェーン注文やマーケットプレイスのインテントなど、署名が決済よりかなり前に作成される可能性があるワークフローで重要です。アプリケーションが最終的に署名を使用しようとする時点で、ユーザーがオフラインになっていることもあります。古いデータを永久に有効なものとして扱うと、決済に失敗したり、安全性に関して誤った前提を置いたりするおそれがあります。
古くなった署名は再検証が必要
スマートコントラクトウォレットの署名は、常に永久に有効であるとは限りません。
ERC-1271では、ウォレットコントラクトが現在のコード、ストレージ、ポリシーに基づいて署名の有効性を判断します。署名の作成時には検証に通っても、署名者が削除された、マルチシグのしきい値が変更された、Merkle証明が古くなった、署名の有効期限が切れた、またはウォレットの実装が変更されたなどの理由で、後から検証に失敗することがあります。
これは、オフチェーン注文やマーケットプレイスのインテントなど、署名が決済よりかなり前に作成される可能性があるワークフローで重要です。アプリケーションが最終的に署名を使用しようとする時点で、ユーザーがオフラインになっていることもあります。古いデータを永久に有効なものとして扱うと、決済に失敗したり、安全性に関して誤った前提を置いたりするおそれがあります。
ERC-1271では、ウォレットコントラクトが現在のコード、ストレージ、ポリシーに基づいて署名の有効性を判断します。署名の作成時には検証に通っても、署名者が削除された、マルチシグのしきい値が変更された、Merkle証明が古くなった、署名の有効期限が切れた、またはウォレットの実装が変更されたなどの理由で、後から検証に失敗することがあります。
これは、オフチェーン注文やマーケットプレイスのインテントなど、署名が決済よりかなり前に作成される可能性があるワークフローで重要です。アプリケーションが最終的に署名を使用しようとする時点で、ユーザーがオフラインになっていることもあります。古いデータを永久に有効なものとして扱うと、決済に失敗したり、安全性に関して誤った前提を置いたりするおそれがあります。
45
·
--
スマートウォレットのリカバリーリスクイーサリアムのアカウント抽象化のロードマップにより、ウォレットはプログラム可能なセキュリティへと向かっています。リカバリーはその大きなメリットの一つですが、ユーザーと開発者が理解すべき新たな権限の領域も生み出します。
ERC-7947は、スマートアカウント向けの共通リカバリーインターフェースを提案しています。これに対応するアカウントは、1つ以上のリカバリープロバイダーを登録し、プロバイダーごとのリカバリーコミットメントを保存したうえで、アカウントのアクセス主体の変更を承認する証明を後から提出できます。
この柔軟性は有用です。あるプロバイダーはゼロ知識証明を検証するかもしれません。別のプロバイダーは、署名、多要素認証のプロセス、または別のリカバリー方法を採用するかもしれません。ウォレットは、単一の中央集権型サービスに依存せず、複数のプロバイダーに対応できます。
スマートウォレットのリカバリーリスク
イーサリアムのアカウント抽象化のロードマップにより、ウォレットはプログラム可能なセキュリティへと向かっています。リカバリーはその大きなメリットの一つですが、ユーザーと開発者が理解すべき新たな権限の領域も生み出します。
ERC-7947は、スマートアカウント向けの共通リカバリーインターフェースを提案しています。これに対応するアカウントは、1つ以上のリカバリープロバイダーを登録し、プロバイダーごとのリカバリーコミットメントを保存したうえで、アカウントのアクセス主体の変更を承認する証明を後から提出できます。
この柔軟性は有用です。あるプロバイダーはゼロ知識証明を検証するかもしれません。別のプロバイダーは、署名、多要素認証のプロセス、または別のリカバリー方法を採用するかもしれません。ウォレットは、単一の中央集権型サービスに依存せず、複数のプロバイダーに対応できます。
ERC-7947は、スマートアカウント向けの共通リカバリーインターフェースを提案しています。これに対応するアカウントは、1つ以上のリカバリープロバイダーを登録し、プロバイダーごとのリカバリーコミットメントを保存したうえで、アカウントのアクセス主体の変更を承認する証明を後から提出できます。
この柔軟性は有用です。あるプロバイダーはゼロ知識証明を検証するかもしれません。別のプロバイダーは、署名、多要素認証のプロセス、または別のリカバリー方法を採用するかもしれません。ウォレットは、単一の中央集権型サービスに依存せず、複数のプロバイダーに対応できます。
69
·
--
ブロックチェーンには暗号アジリティが必要ポスト量子ブロックチェーンのセキュリティは、ワンクリックでアルゴリズムを入れ替えるだけの話ではありません。価値を認可するあらゆる場所、または状態を証明するあらゆる場所にまたがる、協調的な移行が必要です。
明白な表面はウォレットの署名ですが、それはほんの始まりにすぎません。バリデータ鍵、ブリッジ委員会、オラクル署名者、DAOのマルチシグ、ロールアップのシーケンサー、ハードウェアウォレット、委託（カストディ）のHSM、そして長寿命のスマートコントラクトなど、さまざまなものが古典的暗号に依存している可能性があります。古いブリッジや署名者セットがなお露出したままでも、チェーンはベースレイヤを強化することができます。
ブロックチェーンには暗号アジリティが必要
ポスト量子ブロックチェーンのセキュリティは、ワンクリックでアルゴリズムを入れ替えるだけの話ではありません。価値を認可するあらゆる場所、または状態を証明するあらゆる場所にまたがる、協調的な移行が必要です。
明白な表面はウォレットの署名ですが、それはほんの始まりにすぎません。バリデータ鍵、ブリッジ委員会、オラクル署名者、DAOのマルチシグ、ロールアップのシーケンサー、ハードウェアウォレット、委託（カストディ）のHSM、そして長寿命のスマートコントラクトなど、さまざまなものが古典的暗号に依存している可能性があります。古いブリッジや署名者セットがなお露出したままでも、チェーンはベースレイヤを強化することができます。
明白な表面はウォレットの署名ですが、それはほんの始まりにすぎません。バリデータ鍵、ブリッジ委員会、オラクル署名者、DAOのマルチシグ、ロールアップのシーケンサー、ハードウェアウォレット、委託（カストディ）のHSM、そして長寿命のスマートコントラクトなど、さまざまなものが古典的暗号に依存している可能性があります。古いブリッジや署名者セットがなお露出したままでも、チェーンはベースレイヤを強化することができます。
85
·
--
誇張なしで考える量子リスク量子コンピューティングは、暗号資産のセキュリティ計画で真剣に検討すべきテーマですが、パニックをあおる投稿の題材ではありません。
現在、イーサリアムの暗号技術を破れる量子コンピューターはありません。この問題が今重要なのは、大規模な暗号技術の移行には何年もかかるためです。ウォレット、バリデーター、ロールアップ、ブリッジ、カストディシステムは、セキュリティ上の前提を一夜にして安全に置き換えることはできません。
最も影響を受けやすいのは公開鍵暗号です。十分な性能を持つフォールトトレラント量子コンピューターが実用化されれば、ショアのアルゴリズムによって、ECDSAやBLSなど広く使われている署名方式が、いずれ脆弱になる可能性があります。ハッシュ関数はより高い耐性を持ちますが、グローバーのアルゴリズムによって実効的な安全性の余裕が小さくなる可能性があります。
誇張なしで考える量子リスク
量子コンピューティングは、暗号資産のセキュリティ計画で真剣に検討すべきテーマですが、パニックをあおる投稿の題材ではありません。
現在、イーサリアムの暗号技術を破れる量子コンピューターはありません。この問題が今重要なのは、大規模な暗号技術の移行には何年もかかるためです。ウォレット、バリデーター、ロールアップ、ブリッジ、カストディシステムは、セキュリティ上の前提を一夜にして安全に置き換えることはできません。
最も影響を受けやすいのは公開鍵暗号です。十分な性能を持つフォールトトレラント量子コンピューターが実用化されれば、ショアのアルゴリズムによって、ECDSAやBLSなど広く使われている署名方式が、いずれ脆弱になる可能性があります。ハッシュ関数はより高い耐性を持ちますが、グローバーのアルゴリズムによって実効的な安全性の余裕が小さくなる可能性があります。
現在、イーサリアムの暗号技術を破れる量子コンピューターはありません。この問題が今重要なのは、大規模な暗号技術の移行には何年もかかるためです。ウォレット、バリデーター、ロールアップ、ブリッジ、カストディシステムは、セキュリティ上の前提を一夜にして安全に置き換えることはできません。
最も影響を受けやすいのは公開鍵暗号です。十分な性能を持つフォールトトレラント量子コンピューターが実用化されれば、ショアのアルゴリズムによって、ECDSAやBLSなど広く使われている署名方式が、いずれ脆弱になる可能性があります。ハッシュ関数はより高い耐性を持ちますが、グローバーのアルゴリズムによって実効的な安全性の余裕が小さくなる可能性があります。
40
·
--
ERC-7683は安全性のお墨付きではないERC-7683は、ソルバーが注文を共通の方法で理解できるようにすることで、クロスチェーンのインテント・プロトコル間の断片化を減らすことを目的としています。
現行の草案はリゾルバーを中心とした設計です。プロトコルは、独自のペイロード、認可、オークション、決済モデルを維持したまま、注文をソルバーが評価できる手順、変数、支払い、明示的な前提条件に変換するリゾルバーを公開できます。
これは、以前のERC-7683に関する多くの解説とは異なります。初期の草案では、GaslessCrossChainOrder、IOriginSettler、IDestinationSettler、open、openFor、fillといった汎用的な構造やインターフェースが説明されていました。これらの考え方は、歴史的な背景として今も参考になりますが、現在の規範的な範囲を定めるものではありません。
ERC-7683は安全性のお墨付きではない
ERC-7683は、ソルバーが注文を共通の方法で理解できるようにすることで、クロスチェーンのインテント・プロトコル間の断片化を減らすことを目的としています。
現行の草案はリゾルバーを中心とした設計です。プロトコルは、独自のペイロード、認可、オークション、決済モデルを維持したまま、注文をソルバーが評価できる手順、変数、支払い、明示的な前提条件に変換するリゾルバーを公開できます。
これは、以前のERC-7683に関する多くの解説とは異なります。初期の草案では、GaslessCrossChainOrder、IOriginSettler、IDestinationSettler、open、openFor、fillといった汎用的な構造やインターフェースが説明されていました。これらの考え方は、歴史的な背景として今も参考になりますが、現在の規範的な範囲を定めるものではありません。
現行の草案はリゾルバーを中心とした設計です。プロトコルは、独自のペイロード、認可、オークション、決済モデルを維持したまま、注文をソルバーが評価できる手順、変数、支払い、明示的な前提条件に変換するリゾルバーを公開できます。
これは、以前のERC-7683に関する多くの解説とは異なります。初期の草案では、GaslessCrossChainOrder、IOriginSettler、IDestinationSettler、open、openFor、fillといった汎用的な構造やインターフェースが説明されていました。これらの考え方は、歴史的な背景として今も参考になりますが、現在の規範的な範囲を定めるものではありません。
41
·
--
クロスチェーン・インテントにはチェックが必要クロスチェーン・インテントは、分断されたマルチチェーン体験をずっとシンプルに感じさせることができます。ユーザーは、すべてのブリッジ、ルーター、スワップ、宛先アクションを手作業で選ぶ代わりに、望む結果を説明します。するとソルバーが、その実行を競い合います。
改善されたインターフェースは役立ちますが、クロスチェーンのリスクを取り除くわけではありません。リスクが存在する場所を変えるだけです。
Open Intents Frameworkは、クロスチェーン・インテントを表現、発見、解決、検証、決済するためのモジュール式インフラを提供します。典型的な注文は、入力アセットとチェーン、望む出力と宛先、受取人、締切、そして経済的な上限を定義できます。
クロスチェーン・インテントにはチェックが必要
クロスチェーン・インテントは、分断されたマルチチェーン体験をずっとシンプルに感じさせることができます。ユーザーは、すべてのブリッジ、ルーター、スワップ、宛先アクションを手作業で選ぶ代わりに、望む結果を説明します。するとソルバーが、その実行を競い合います。
改善されたインターフェースは役立ちますが、クロスチェーンのリスクを取り除くわけではありません。リスクが存在する場所を変えるだけです。
Open Intents Frameworkは、クロスチェーン・インテントを表現、発見、解決、検証、決済するためのモジュール式インフラを提供します。典型的な注文は、入力アセットとチェーン、望む出力と宛先、受取人、締切、そして経済的な上限を定義できます。
改善されたインターフェースは役立ちますが、クロスチェーンのリスクを取り除くわけではありません。リスクが存在する場所を変えるだけです。
Open Intents Frameworkは、クロスチェーン・インテントを表現、発見、解決、検証、決済するためのモジュール式インフラを提供します。典型的な注文は、入力アセットとチェーン、望む出力と宛先、受取人、締切、そして経済的な上限を定義できます。
59
·
--
RWAデータに潜むリスクトークン化された資産はオンチェーンで移転できますが、その価値の根拠となる情報の多くは、依然として別の場所にあります。
ブロックチェーンは、カストディアンが今も有価証券を保有しているか、不動産が売却されたか、借り手が債務不履行に陥ったか、準備資産に担保権が設定されたか、ファンド管理者が純資産価値を修正したかを、独自に確認することはできません。スマートコントラクトがこうした情報をオンチェーンに取り込むには、外部システムが必要です。
だからこそ、RWAオラクルのリスクは価格操作にとどまりません。
オラクルが値を正しく公開していても、情報源そのものが古かったり、不完全だったり、誤った経済的定義に基づいていたりする場合があります。市場価格フィードはファンドのNAVと同じではありません。準備資産の残高は、支払能力の証明にはなりません。資産の存在を示す証拠があっても、トークン保有者がその資産に対して法的に強制可能な請求権を持つことの証明にはなりません。
RWAデータに潜むリスク
トークン化された資産はオンチェーンで移転できますが、その価値の根拠となる情報の多くは、依然として別の場所にあります。
ブロックチェーンは、カストディアンが今も有価証券を保有しているか、不動産が売却されたか、借り手が債務不履行に陥ったか、準備資産に担保権が設定されたか、ファンド管理者が純資産価値を修正したかを、独自に確認することはできません。スマートコントラクトがこうした情報をオンチェーンに取り込むには、外部システムが必要です。
だからこそ、RWAオラクルのリスクは価格操作にとどまりません。
オラクルが値を正しく公開していても、情報源そのものが古かったり、不完全だったり、誤った経済的定義に基づいていたりする場合があります。市場価格フィードはファンドのNAVと同じではありません。準備資産の残高は、支払能力の証明にはなりません。資産の存在を示す証拠があっても、トークン保有者がその資産に対して法的に強制可能な請求権を持つことの証明にはなりません。
ブロックチェーンは、カストディアンが今も有価証券を保有しているか、不動産が売却されたか、借り手が債務不履行に陥ったか、準備資産に担保権が設定されたか、ファンド管理者が純資産価値を修正したかを、独自に確認することはできません。スマートコントラクトがこうした情報をオンチェーンに取り込むには、外部システムが必要です。
だからこそ、RWAオラクルのリスクは価格操作にとどまりません。
オラクルが値を正しく公開していても、情報源そのものが古かったり、不完全だったり、誤った経済的定義に基づいていたりする場合があります。市場価格フィードはファンドのNAVと同じではありません。準備資産の残高は、支払能力の証明にはなりません。資産の存在を示す証拠があっても、トークン保有者がその資産に対して法的に強制可能な請求権を持つことの証明にはなりません。
79
·
--
トークン化資産には実質的な権利が必要実世界資産のトークン化は、構想段階から本番環境のインフラへと移行しつつあります。DTCCは、7月にDTCが保管する証券をトークン化したライブ取引が成功したと報告し、この節目は2026年10月のトークン化サービス開始を支援することを目的としていると述べました。
これは重要な進展ですが、最も大切な教訓は、ブロックチェーン上に登場すれば、あらゆる資産が突然流動性や安全性を得るわけではないということです。
トークンはあくまでデジタル上の表現にすぎません。その真の価値は、裏付けとなる権利によって決まります。
トークン化資産には実質的な権利が必要
実世界資産のトークン化は、構想段階から本番環境のインフラへと移行しつつあります。DTCCは、7月にDTCが保管する証券をトークン化したライブ取引が成功したと報告し、この節目は2026年10月のトークン化サービス開始を支援することを目的としていると述べました。
これは重要な進展ですが、最も大切な教訓は、ブロックチェーン上に登場すれば、あらゆる資産が突然流動性や安全性を得るわけではないということです。
トークンはあくまでデジタル上の表現にすぎません。その真の価値は、裏付けとなる権利によって決まります。
これは重要な進展ですが、最も大切な教訓は、ブロックチェーン上に登場すれば、あらゆる資産が突然流動性や安全性を得るわけではないということです。
トークンはあくまでデジタル上の表現にすぎません。その真の価値は、裏付けとなる権利によって決まります。
24
·
--
1つのウォレットではリスクが大きすぎる利便性はしばしば、1つの暗号ウォレットを取引口座、DeFiの作業台、エアドロップ用アドレス、そして長期の保管（ヴォルト）を同時に担うものにしてしまいます。こうした構造は一見シンプルに感じますが、ひとたび1つの悪意ある承認、偽のフロントエンド、または侵害されたセッションが到達すると、すべてに波及します。
マルチウォレット戦略は、異なる活動を異なるウォレットに割り当てることで、その爆発範囲（影響範囲）を縮小します。基本モデルは実用的です。取引用のウォレット、DeFi用のウォレット、そして長期保有用のウォレットです。
取引ウォレットはスピード重視で構築されています。取引所、ブリッジ、ダッシュボード、実行（エクセキューション）ツールに接続する可能性があり、そのためより頻繁に署名し、運用上のノイズにさらされます。ポートフォリオの最深部ではなく、運転資金（ワーキングキャピタル）を保持すべきです。
1つのウォレットではリスクが大きすぎる
利便性はしばしば、1つの暗号ウォレットを取引口座、DeFiの作業台、エアドロップ用アドレス、そして長期の保管（ヴォルト）を同時に担うものにしてしまいます。こうした構造は一見シンプルに感じますが、ひとたび1つの悪意ある承認、偽のフロントエンド、または侵害されたセッションが到達すると、すべてに波及します。
マルチウォレット戦略は、異なる活動を異なるウォレットに割り当てることで、その爆発範囲（影響範囲）を縮小します。基本モデルは実用的です。取引用のウォレット、DeFi用のウォレット、そして長期保有用のウォレットです。
取引ウォレットはスピード重視で構築されています。取引所、ブリッジ、ダッシュボード、実行（エクセキューション）ツールに接続する可能性があり、そのためより頻繁に署名し、運用上のノイズにさらされます。ポートフォリオの最深部ではなく、運転資金（ワーキングキャピタル）を保持すべきです。
マルチウォレット戦略は、異なる活動を異なるウォレットに割り当てることで、その爆発範囲（影響範囲）を縮小します。基本モデルは実用的です。取引用のウォレット、DeFi用のウォレット、そして長期保有用のウォレットです。
取引ウォレットはスピード重視で構築されています。取引所、ブリッジ、ダッシュボード、実行（エクセキューション）ツールに接続する可能性があり、そのためより頻繁に署名し、運用上のノイズにさらされます。ポートフォリオの最深部ではなく、運転資金（ワーキングキャピタル）を保持すべきです。
34
·
--
組み込み型ウォレットに必要な境界線ウォレットのインフラは、有用でありながら達成の難しい目標に向かっています。自己管理型の製品を使い慣れたものにしつつ、ユーザーからひそかに管理権を奪わないことです。
だからこそ、TetherとShigaが9月28日に発表した計画には意義があります。WDKを活用したアフリカおよび湾岸協力会議（GCC）向け製品の構想では、利用しやすいオンボーディング、マルチアセット対応、鍵と資金の管理が一体として語られています。これはウォレット開発者が模索する方向性を示す、時宜を得た事例です。しかし、すべての組み込み型ウォレットが自己管理型である、あるいは同等に安全であることの証明と受け取るべきではありません。
組み込み型ウォレットに必要な境界線
ウォレットのインフラは、有用でありながら達成の難しい目標に向かっています。自己管理型の製品を使い慣れたものにしつつ、ユーザーからひそかに管理権を奪わないことです。
だからこそ、TetherとShigaが9月28日に発表した計画には意義があります。WDKを活用したアフリカおよび湾岸協力会議（GCC）向け製品の構想では、利用しやすいオンボーディング、マルチアセット対応、鍵と資金の管理が一体として語られています。これはウォレット開発者が模索する方向性を示す、時宜を得た事例です。しかし、すべての組み込み型ウォレットが自己管理型である、あるいは同等に安全であることの証明と受け取るべきではありません。
だからこそ、TetherとShigaが9月28日に発表した計画には意義があります。WDKを活用したアフリカおよび湾岸協力会議（GCC）向け製品の構想では、利用しやすいオンボーディング、マルチアセット対応、鍵と資金の管理が一体として語られています。これはウォレット開発者が模索する方向性を示す、時宜を得た事例です。しかし、すべての組み込み型ウォレットが自己管理型である、あるいは同等に安全であることの証明と受け取るべきではありません。
46
·
--
ブロック・アクセスリストの仕組みEthereumのブロックには順序付けられたトランザクションが含まれますが、それらのトランザクションがアクセスする状態は、EVMで実行されるまで判明しないことがよくあります。
スワップは、あるルーターから始まり、プールを呼び出し、トークン残高を読み取り、送金ロジックに入り、フックを呼び出し、現在の状態によってストレージへのアクセス方法が決まるプロキシ実装に到達する場合があります。実行クライアントは積極的に最適化できますが、従来は処理が進行している最中に、多くのアカウントやストレージスロットを見つけていました。
EIP-7928は、その情報が利用可能になるタイミングを変更します。
ブロック・アクセスリストの仕組み
Ethereumのブロックには順序付けられたトランザクションが含まれますが、それらのトランザクションがアクセスする状態は、EVMで実行されるまで判明しないことがよくあります。
スワップは、あるルーターから始まり、プールを呼び出し、トークン残高を読み取り、送金ロジックに入り、フックを呼び出し、現在の状態によってストレージへのアクセス方法が決まるプロキシ実装に到達する場合があります。実行クライアントは積極的に最適化できますが、従来は処理が進行している最中に、多くのアカウントやストレージスロットを見つけていました。
EIP-7928は、その情報が利用可能になるタイミングを変更します。
スワップは、あるルーターから始まり、プールを呼び出し、トークン残高を読み取り、送金ロジックに入り、フックを呼び出し、現在の状態によってストレージへのアクセス方法が決まるプロキシ実装に到達する場合があります。実行クライアントは積極的に最適化できますが、従来は処理が進行している最中に、多くのアカウントやストレージスロットを見つけていました。
EIP-7928は、その情報が利用可能になるタイミングを変更します。
64
·
--
Glamsterdam、Sepoliaに到達Ethereumの次期プロトコルアップグレードは、広範なロードマップ上の予定期間から、具体的な公開テストネットのマイルストーンへと移行しました。
Ethereum Foundationは、Glamsterdamを2026年10月6日13:53:36 UTCにSepoliaで有効化する予定を発表しました。この発表の対象はSepoliaのみです。Hoodiとメインネットの日程は、まだ決定していません。
Glamsterdamは、実行レイヤーのAmsterdamとコンセンサスレイヤーのGloasを組み合わせたものです。これらの変更には、ブロックの構築、伝播、検証、状態の増加を管理可能な範囲に保ちながら、Ethereumの処理能力を高めるという共通の目的があります。
Glamsterdam、Sepoliaに到達
Ethereumの次期プロトコルアップグレードは、広範なロードマップ上の予定期間から、具体的な公開テストネットのマイルストーンへと移行しました。
Ethereum Foundationは、Glamsterdamを2026年10月6日13:53:36 UTCにSepoliaで有効化する予定を発表しました。この発表の対象はSepoliaのみです。Hoodiとメインネットの日程は、まだ決定していません。
Glamsterdamは、実行レイヤーのAmsterdamとコンセンサスレイヤーのGloasを組み合わせたものです。これらの変更には、ブロックの構築、伝播、検証、状態の増加を管理可能な範囲に保ちながら、Ethereumの処理能力を高めるという共通の目的があります。
Ethereum Foundationは、Glamsterdamを2026年10月6日13:53:36 UTCにSepoliaで有効化する予定を発表しました。この発表の対象はSepoliaのみです。Hoodiとメインネットの日程は、まだ決定していません。
Glamsterdamは、実行レイヤーのAmsterdamとコンセンサスレイヤーのGloasを組み合わせたものです。これらの変更には、ブロックの構築、伝播、検証、状態の増加を管理可能な範囲に保ちながら、Ethereumの処理能力を高めるという共通の目的があります。
79
·
--
選択的開示の解説機関（institutional）のブロックチェーン導入は、解決が難しい緊張関係を生む。組織は、取引が承認され、ポリシーに準拠していることを証明する必要があるが、一方で、相手方、トレジャリーのルート、取引戦略、商業条件、社内のリスクルールを保護する必要もあるかもしれない。
すべてを公開することは、説明責任があることとは同じではない。
選択的開示は、より精密なアプローチを提供する。完全なアイデンティティ記録や取引履歴全体を公開するのではなく、ユーザーまたは機関が、特定の意思決定に必要な狭い事実を証明する。たとえば、その事実は、参加者が承認された検証プロセスを通過したこと、サービスの利用が許可されていること、ある司法管轄の条件を満たしていること、または正しい署名権限を保有していることかもしれない。
選択的開示の解説
機関（institutional）のブロックチェーン導入は、解決が難しい緊張関係を生む。組織は、取引が承認され、ポリシーに準拠していることを証明する必要があるが、一方で、相手方、トレジャリーのルート、取引戦略、商業条件、社内のリスクルールを保護する必要もあるかもしれない。
すべてを公開することは、説明責任があることとは同じではない。
選択的開示は、より精密なアプローチを提供する。完全なアイデンティティ記録や取引履歴全体を公開するのではなく、ユーザーまたは機関が、特定の意思決定に必要な狭い事実を証明する。たとえば、その事実は、参加者が承認された検証プロセスを通過したこと、サービスの利用が許可されていること、ある司法管轄の条件を満たしていること、または正しい署名権限を保有していることかもしれない。
すべてを公開することは、説明責任があることとは同じではない。
選択的開示は、より精密なアプローチを提供する。完全なアイデンティティ記録や取引履歴全体を公開するのではなく、ユーザーまたは機関が、特定の意思決定に必要な狭い事実を証明する。たとえば、その事実は、参加者が承認された検証プロセスを通過したこと、サービスの利用が許可されていること、ある司法管轄の条件を満たしていること、または正しい署名権限を保有していることかもしれない。
95
·
--
プライバシーには、より適切な境界が必要プライバシーとコンプライアンスは、しばしば相反するものとして語られます。しかし、その捉え方は単純すぎます。有用なプライバシーシステムは説明責任をなくす必要はなく、厳格なコンプライアンスシステムも、あらゆる行為をすべての人に公開する必要はありません。
より実践的な設計上の問いは、管理をどこに設けるべきかということです。
プライバシー重視のネットワークでは、送信者、受信者、金額、取引間のつながりを隠せるため、従来型の取引追跡が困難になります。これは、取引所、決済事業者、規制対象機関にとって現実的な課題です。しかし、プロトコル自体が隠すように設計された活動を、ブロックチェーン分析で常に復元できると想定するわけにはいきません。
プライバシーには、より適切な境界が必要
プライバシーとコンプライアンスは、しばしば相反するものとして語られます。しかし、その捉え方は単純すぎます。有用なプライバシーシステムは説明責任をなくす必要はなく、厳格なコンプライアンスシステムも、あらゆる行為をすべての人に公開する必要はありません。
より実践的な設計上の問いは、管理をどこに設けるべきかということです。
プライバシー重視のネットワークでは、送信者、受信者、金額、取引間のつながりを隠せるため、従来型の取引追跡が困難になります。これは、取引所、決済事業者、規制対象機関にとって現実的な課題です。しかし、プロトコル自体が隠すように設計された活動を、ブロックチェーン分析で常に復元できると想定するわけにはいきません。
より実践的な設計上の問いは、管理をどこに設けるべきかということです。
プライバシー重視のネットワークでは、送信者、受信者、金額、取引間のつながりを隠せるため、従来型の取引追跡が困難になります。これは、取引所、決済事業者、規制対象機関にとって現実的な課題です。しかし、プロトコル自体が隠すように設計された活動を、ブロックチェーン分析で常に復元できると想定するわけにはいきません。
88
·
--
コンプライアンスはデータ基盤暗号のコンプライアンスは、しばしば一連のポリシー（方針）として提示されます。しかし実際には、ポリシーではアラートを調査できず、ウォレットの送金を突き合わせられず、意思決定を説明できず、また特定の時点でどのコントロールが作動したのかを証明することもできません。
本気のコンプライアンスとはデータ基盤です。
取引所または保管（カストディ）プラットフォームは、複数のエビデンス層をつなげる必要があります：
1. 身元（ID）のオンボーディングと実質的支配者の記録
2. デバイス、アカウント、行動のシグナル
3. 入金・出金アドレス
4. ブロックチェーンの帰属（アトリビューション）と制裁スクリーニング
コンプライアンスはデータ基盤
暗号のコンプライアンスは、しばしば一連のポリシー（方針）として提示されます。しかし実際には、ポリシーではアラートを調査できず、ウォレットの送金を突き合わせられず、意思決定を説明できず、また特定の時点でどのコントロールが作動したのかを証明することもできません。
本気のコンプライアンスとはデータ基盤です。
取引所または保管（カストディ）プラットフォームは、複数のエビデンス層をつなげる必要があります：
1. 身元（ID）のオンボーディングと実質的支配者の記録
2. デバイス、アカウント、行動のシグナル
3. 入金・出金アドレス
4. ブロックチェーンの帰属（アトリビューション）と制裁スクリーニング
本気のコンプライアンスとはデータ基盤です。
取引所または保管（カストディ）プラットフォームは、複数のエビデンス層をつなげる必要があります：
1. 身元（ID）のオンボーディングと実質的支配者の記録
2. デバイス、アカウント、行動のシグナル
3. 入金・出金アドレス
4. ブロックチェーンの帰属（アトリビューション）と制裁スクリーニング
51
·
--
MiCAレビューは地図を拡張するMiCAの見直しに関するESMAの2024年9月30日の勧告は、暗号の監督が、当初の取引所・保管の範囲をどれほど素早く越えて進んでいるかを示している。
本公表では、インフルエンサーや第三者によるマーケティング、コストの透明性、ステーキング、貸付、借入、不適合なステーブルコイン、トークンの分類、DeFiプロトコルへのアクセスを扱っている。また、ある活動が本当に分散化されていると言えるのはいつかを判断するために、より明確な基準を求めてもいる。
法的地位が重要だ。これらは欧州委員会のレビュー手続きを通じて提出された勧告であり、最終ルールではない。それでも、規制当局が今どのような問いを投げかけているのか、そしてチームが今すぐ文書化する必要があるプロダクトの事実は何かが分かる。
MiCAレビューは地図を拡張する
MiCAの見直しに関するESMAの2024年9月30日の勧告は、暗号の監督が、当初の取引所・保管の範囲をどれほど素早く越えて進んでいるかを示している。
本公表では、インフルエンサーや第三者によるマーケティング、コストの透明性、ステーキング、貸付、借入、不適合なステーブルコイン、トークンの分類、DeFiプロトコルへのアクセスを扱っている。また、ある活動が本当に分散化されていると言えるのはいつかを判断するために、より明確な基準を求めてもいる。
法的地位が重要だ。これらは欧州委員会のレビュー手続きを通じて提出された勧告であり、最終ルールではない。それでも、規制当局が今どのような問いを投げかけているのか、そしてチームが今すぐ文書化する必要があるプロダクトの事実は何かが分かる。
本公表では、インフルエンサーや第三者によるマーケティング、コストの透明性、ステーキング、貸付、借入、不適合なステーブルコイン、トークンの分類、DeFiプロトコルへのアクセスを扱っている。また、ある活動が本当に分散化されていると言えるのはいつかを判断するために、より明確な基準を求めてもいる。
法的地位が重要だ。これらは欧州委員会のレビュー手続きを通じて提出された勧告であり、最終ルールではない。それでも、規制当局が今どのような問いを投げかけているのか、そしてチームが今すぐ文書化する必要があるプロダクトの事実は何かが分かる。
62
·
--
MPCはポリシーに代わるものではない多者間計算（MPC）は、完全な秘密鍵を単一の障害点として排除できます。複数の参加者がそれぞれの共有（シェア）を保持し、しきい値が満たされたときにのみ協力して、1つの有効な署名を生成します。
それは価値のあるものですが、しきい値は完全なセキュリティモデルではありません。
運用上の問いは、それらの共有（シェア）が参加する原因は何か、という点です。内部サービスが、想定されたチェックを通さずに署名要求を作成できる場合、または署名者が、正確なトランザクションに結び付けられていない曖昧な指示を受け入れる場合、システムは認可されていないアクションに対して暗号学的に有効な署名を生成できてしまいます。
MPCはポリシーに代わるものではない
多者間計算（MPC）は、完全な秘密鍵を単一の障害点として排除できます。複数の参加者がそれぞれの共有（シェア）を保持し、しきい値が満たされたときにのみ協力して、1つの有効な署名を生成します。
それは価値のあるものですが、しきい値は完全なセキュリティモデルではありません。
運用上の問いは、それらの共有（シェア）が参加する原因は何か、という点です。内部サービスが、想定されたチェックを通さずに署名要求を作成できる場合、または署名者が、正確なトランザクションに結び付けられていない曖昧な指示を受け入れる場合、システムは認可されていないアクションに対して暗号学的に有効な署名を生成できてしまいます。
それは価値のあるものですが、しきい値は完全なセキュリティモデルではありません。
運用上の問いは、それらの共有（シェア）が参加する原因は何か、という点です。内部サービスが、想定されたチェックを通さずに署名要求を作成できる場合、または署名者が、正確なトランザクションに結び付けられていない曖昧な指示を受け入れる場合、システムは認可されていないアクションに対して暗号学的に有効な署名を生成できてしまいます。
91
·
--
ホットおよびコールドウォレットのリスク秘密鍵はウォレットのセキュリティシステムの一部に過ぎません。最近の取引所のインシデントにより、難しい教訓が改めて強調されました。攻撃者が自ら秘密鍵を抽出しなくても、資金が移動することはあり得ます。認証情報、出金指示、ポリシーシステム、バックエンドアクセスなどがすべて攻撃経路の一部になり得ます。
そのため、ホット、ウォーム、コールド、そしてカストディ（預託）型ウォレットは、それぞれ異なるエクスポージャ（リスクの公開範囲）モデルとして扱うべきです。
頻繁なアクティビティに対応できるホットウォレットが利用可能です。高速な送金と日々の運用をサポートしますが、オンラインサービス、認証情報、署名のワークフローがあることで、より広い攻撃対象領域が生まれます。
ホットおよびコールドウォレットのリスク
秘密鍵はウォレットのセキュリティシステムの一部に過ぎません。最近の取引所のインシデントにより、難しい教訓が改めて強調されました。攻撃者が自ら秘密鍵を抽出しなくても、資金が移動することはあり得ます。認証情報、出金指示、ポリシーシステム、バックエンドアクセスなどがすべて攻撃経路の一部になり得ます。
そのため、ホット、ウォーム、コールド、そしてカストディ（預託）型ウォレットは、それぞれ異なるエクスポージャ（リスクの公開範囲）モデルとして扱うべきです。
頻繁なアクティビティに対応できるホットウォレットが利用可能です。高速な送金と日々の運用をサポートしますが、オンラインサービス、認証情報、署名のワークフローがあることで、より広い攻撃対象領域が生まれます。
そのため、ホット、ウォーム、コールド、そしてカストディ（預託）型ウォレットは、それぞれ異なるエクスポージャ（リスクの公開範囲）モデルとして扱うべきです。
頻繁なアクティビティに対応できるホットウォレットが利用可能です。高速な送金と日々の運用をサポートしますが、オンラインサービス、認証情報、署名のワークフローがあることで、より広い攻撃対象領域が生まれます。
66
·
--
バッチ呼び出しにはより良いチェックが必要ERC-5792により、アプリケーションはwallet_sendCallsを通じてウォレットに対して複数の順序付けられたオンチェーン呼び出しを処理させるための標準的な方法を利用できます。これにより、繰り返しのプロンプトを減らし、承認、スワップ、ステーキングといったフローの完了が容易になります。
利便性はリスクをなくしません。アプリケーションは、要求されたチェーンに関してウォレットの機能を確認し、バッチ全体をシミュレーションし、ターミナル状態に到達するまでバッチ識別子を保持する必要があります。
原子性（アトミシティ）も慎重に取り扱う必要があります。ウォレットがアトミックバッチをサポートしていない場合は、必要な機能を拒否するか、別の実行ルートを使用してください。アプリケーションは、必要なアトミックフローを複数の独立したトランザクションに置き換えて、黙って続行してはいけません。
バッチ呼び出しにはより良いチェックが必要
ERC-5792により、アプリケーションはwallet_sendCallsを通じてウォレットに対して複数の順序付けられたオンチェーン呼び出しを処理させるための標準的な方法を利用できます。これにより、繰り返しのプロンプトを減らし、承認、スワップ、ステーキングといったフローの完了が容易になります。
利便性はリスクをなくしません。アプリケーションは、要求されたチェーンに関してウォレットの機能を確認し、バッチ全体をシミュレーションし、ターミナル状態に到達するまでバッチ識別子を保持する必要があります。
原子性（アトミシティ）も慎重に取り扱う必要があります。ウォレットがアトミックバッチをサポートしていない場合は、必要な機能を拒否するか、別の実行ルートを使用してください。アプリケーションは、必要なアトミックフローを複数の独立したトランザクションに置き換えて、黙って続行してはいけません。
利便性はリスクをなくしません。アプリケーションは、要求されたチェーンに関してウォレットの機能を確認し、バッチ全体をシミュレーションし、ターミナル状態に到達するまでバッチ識別子を保持する必要があります。
原子性（アトミシティ）も慎重に取り扱う必要があります。ウォレットがアトミックバッチをサポートしていない場合は、必要な機能を拒否するか、別の実行ルートを使用してください。アプリケーションは、必要なアトミックフローを複数の独立したトランザクションに置き換えて、黙って続行してはいけません。
55
·
--
EIP-8141はまだ草案EIP-8141は、Ethereumのトランザクションを構成する別の方法を提案しています。検証、ガス代の支払い、実行を一つの固定されたフローとして扱うのではなく、フレームトランザクションには、それぞれの役割を担うプログラム可能なフレームを個別に含めることができます。
この設計により、ネイティブなガス代のスポンサー提供、鍵のローテーション、代替署名方式、アトミックなバッチ処理が可能になるかもしれません。一方で、ウォレットのセキュリティに関する課題はより複雑になります。ユーザーは、送信者、別の支払者、検証ロジック、複数の実行呼び出しが関わる一連の処理を承認する場合があります。
EIP-8141はまだ草案
EIP-8141は、Ethereumのトランザクションを構成する別の方法を提案しています。検証、ガス代の支払い、実行を一つの固定されたフローとして扱うのではなく、フレームトランザクションには、それぞれの役割を担うプログラム可能なフレームを個別に含めることができます。
この設計により、ネイティブなガス代のスポンサー提供、鍵のローテーション、代替署名方式、アトミックなバッチ処理が可能になるかもしれません。一方で、ウォレットのセキュリティに関する課題はより複雑になります。ユーザーは、送信者、別の支払者、検証ロジック、複数の実行呼び出しが関わる一連の処理を承認する場合があります。
この設計により、ネイティブなガス代のスポンサー提供、鍵のローテーション、代替署名方式、アトミックなバッチ処理が可能になるかもしれません。一方で、ウォレットのセキュリティに関する課題はより複雑になります。ユーザーは、送信者、別の支払者、検証ロジック、複数の実行呼び出しが関わる一連の処理を承認する場合があります。
65
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
トレンドトピック
BinanceLaunchesBinanceIntelligence
閲覧回数 474,356
3,299人が討論中
nce
🔥 暗号資産取引は「AIアシスタント」の時代に突入するかもしれません。
Binance Intelligenceは、AIを取引ワークフローに直接取り入れます。
手動で次々と切り替える代わりに：
📊 市場調査
🔔 アラート
💼 ポートフォリオの追跡
🧠 戦略のアイデア
⚙️ 取引の実行
AIなら、これらすべてを1つのシステムにまとめられます。
これは重要です。トレーダーにとって最大の強みは、必ずしもより多くの情報を見つけることではなく、
情報をより速く処理することだからです。
AIが市場を要約し、リスクを明らかにし、ポートフォリオを追跡し、戦略の立案を支援できるなら…
プロ向けツールと個人トレーダー向けツールの差は縮まり始めるかもしれません。
ただし、重要な点があります。
AIは意思決定を改善できますが、リスクをなくすことはできません。
AIをうまく活用するトレーダーは、競争上の優位性を得られるかもしれません。
一方、考えずにAIに従うだけの人は、ただより速く損失を出すことになるかもしれません。
あなたは、取引プロセスの一部としてAIを信頼しますか？ 👀
$BTC
$XRP
$ETH
#BinanceAI #crypto #AI #trading $NVDAB #BinanceLaunchesBinanceIntelligence
MARFl
·いいね：1件
·閲覧回数 200
BitcoinTargets2026OpenAt$87570
閲覧回数 3,279
84人が討論中
BitcoinRejectedAt$87KThirdTime
閲覧回数 3,048
67人が討論中