原文
ERC: Priority Update Registry (PUR) — quintus (2026-07-03)
皆さん、こんにちは、
EVM (イーサリアム仮想マシン)上のPropAMMs（および同様のユースケース）向けのコントラクト標準のドラフトです。このコントラクトのインスタンスは、2026年5月からイーサリアムで稼働しており、複数のビルダーにわたるPropAMMのほぼすべてのボリュームを処理しています。これをEVM (イーサリアム仮想マシン)チェーン全体で標準化したいと考えています。
要するに、Priority Update Registry (PUR) は、他のコントラクトが「所有」する小さな状態を保持する単一の共有コントラクトです。所有者は、一部のオフチェーンアップデーターにその状態への書き込みを許可し、所有コントラクトのみが他のトランザクション (tx) 呼び出し中にその状態を読み戻します。この状態は短命で新鮮であることが意図されており、次のブロックが構築されている間に毎ブロック更新される取引ペアの価格を想像してください。
主な動機となる問題は、PropAMMsが特定の種類のトランザクション（更新）をブロック構築者に優先させることを要求/恩恵を受ける一方で、この標準がなければ、ブロック構築者が更新を他のことを行うトランザクションと区別することが難しいという点です。この標準は、ブロック構築者が実行中にトランザクショントレースを行う必要や、アップデーターと信頼関係を持つ必要をなくします。
私たちは境界線について正直であろうと努めました。この標準は実質的に2つのものです。(A) EVM (イーサリアム仮想マシン)が実際に強制するオンチェーンレジストリ、および (B) オンチェーンでは完全に強制できないブロック構築者の順序付け動作です。PURは、ブロック構築者がその順序付けを安全に提供できるようにするだけです。また、分析もはるかに容易になります。
いくつかご意見をいただきたい点があります。
- ブロック内の他の何にも依存してはならない更新のための「可換」ティアを形式化するかどうか（現在、1271署名が可換性を妨げています）
- シミュレーターとRPCが保留中のトランザクションがどの更新を待っているかを判断できるように、標準が義務付けるべきエラーサーフェス（もしあれば）
- そして、一部のメーカーが望むマルチ署名者および部分書き込みのケースにおいて、1271よりもリッチな更新インターフェースが価値があるかどうか。
これはVitaliy DroganとTymur Khrushchovとの共著です。
1投稿 - 1参加者