Le chercheur de la Fondation Ethereum frisitano a soumis une ébauche d’EIP visant à apporter à PeerDAS une mise à niveau « configuration sans confiance + résistance quantique ».
Changement principal : remplacer les engagements et preuves KZG des Blob par des engagements Merkle Keccak-256 et des chemins d’authentification. Une preuve LeanDA STARK recalculerait ensuite la racine Merkle, vérifierait les relations d’encodage Reed-Solomon et confirmerait la cohérence entre les engagements et les données. Cela éliminerait la dépendance à la configuration de confiance KZG, tout en renforçant la sécurité face à l’informatique quantique à venir.
L’ébauche introduit également des Blob de taille variable : leur longueur en octets doit être comprise entre 2048 et 524288, être une puissance de 2 et être divisible par 128 colonnes. Les transactions de la couche d’exécution transporteraient désormais (merkle_root, byte_length), au lieu d’utiliser un hash versionné ; la couche réseau et la facturation du Gas seraient également adaptées.
Si elle est finalement adoptée, cette proposition permettrait aux données soumises par les Rollups de mieux correspondre aux besoins réels et d’utiliser les ressources Blob plus finement. Toutefois, il ne s’agit encore que d’une ébauche : la conception des paramètres, la compatibilité et la sécurité doivent encore faire l’objet de discussions.$ETH #以太坊 #EIP #PeerDAS
Changement principal : remplacer les engagements et preuves KZG des Blob par des engagements Merkle Keccak-256 et des chemins d’authentification. Une preuve LeanDA STARK recalculerait ensuite la racine Merkle, vérifierait les relations d’encodage Reed-Solomon et confirmerait la cohérence entre les engagements et les données. Cela éliminerait la dépendance à la configuration de confiance KZG, tout en renforçant la sécurité face à l’informatique quantique à venir.
L’ébauche introduit également des Blob de taille variable : leur longueur en octets doit être comprise entre 2048 et 524288, être une puissance de 2 et être divisible par 128 colonnes. Les transactions de la couche d’exécution transporteraient désormais (merkle_root, byte_length), au lieu d’utiliser un hash versionné ; la couche réseau et la facturation du Gas seraient également adaptées.
Si elle est finalement adoptée, cette proposition permettrait aux données soumises par les Rollups de mieux correspondre aux besoins réels et d’utiliser les ressources Blob plus finement. Toutefois, il ne s’agit encore que d’une ébauche : la conception des paramètres, la compatibilité et la sécurité doivent encore faire l’objet de discussions.$ETH #以太坊 #EIP #PeerDAS