EIPsInsight

Loading Experience

Preparing your insights...

Loading0%
PQTS2026-03-18_004

PQ Transaction Signatures #004

2026-03-18 3 decisions 453 transcript lines

Transcript

Call summary

Targets
  • Frame transactions (EIP-8141) targeting Hegotá fork - 00:26:05
  • Frame transactions testnet deployment: next few weeks - 00:49:15
Decisions
  • Verify frame data aliased from introspection to enable future aggregation - 00:37:40
  • Approve opcode restricted to frame.target caller only - 00:51:10
  • Implicit ordering: sender approval must precede payer approval - 00:51:50
Highlights
  • Organizational:
    • ·Telegram chat created for ongoing PQTS discussions - 00:14:30
    • ·Next call in two weeks: hardware wallet focus - 01:10:06
  • Frame Transactions:
    • ·Frame transactions (EIP-8141): native account abstraction targeting Hegotá - 00:26:05
    • ·Frames enable protocol introspection; three modes: default, verify, sender - 00:28:04
    • ·Sender field required in transaction; validation fully user-defined - 00:35:15
    • ·Per-frame receipts address 4337 UX complaint of jumbled logs - 00:42:19
    • ·Signature aggregation compatibility: verify frame data aliased for future ZK/aggregation - 00:58:15
  • Ephemeral Key Rotation:
    • ·Ephemeral key rotation via account abstraction: rotate signer per transaction - 00:14:36
    • ·Attack window reduced to ~12 seconds (or less on L2s) - 00:16:08
    • ·Implementation deployed on Base Sepolia; adds <100K gas overhead - 00:20:58
    • ·Live demo available at nicetry.xyz; ERC-7579 modules published - 00:21:45
  • Post Quantum Readiness:
    • ·Frame transactions agnostic to PQ algorithm; allows user/wallet choice - 00:25:50
    • ·Falcon supports key recovery mode (ecrecover-like) per Section 3.12 - 00:35:15
    • ·Labrador aggregation for Falcon signatures published today on ethresear.ch - 00:59:16
    • ·Hegotá opportunity: bundle PQ precompile with frame transactions - 01:00:41
Action Items
  • Matteo, Alessandro, lightclient - Integrate ephemeral rotation with frame transactions design - 00:23:00
  • lightclient - Frame transaction breakout call planned before next ACD - 00:46:35
  • Danno, lightclient - Review EIP-8197 (CADEX) for signature stripping compatibility - 01:02:27

Key decisions

  • Verify frame data aliased from introspection to enable future aggregation

    to enable future aggregation
  • Approve opcode restricted to frame.target caller only

    no further context
  • Implicit ordering: sender approval must precede payer approval

    no further context

AI Disclaimer: Some content or metadata on EIPsInsight may be AI-inferred or automatically compiled. If you find any discrepancy, please contact us at dev@avarch.org.

Contact dev@avarch.org