add draft for relayer research #16
Conversation
| - Integrity: The integrity of relayed messages is maintained through the use of digital signatures and encryption. This prevents tampering or modification of transactions in transit. | ||
| - Censorship resistance: Relayers do not have the ability to selectively censor or drop specific transactions. All valid transactions are relayed impartially. | ||
| - Latency: Relayers provide latency guarantees around how long it will take for a transaction to be relayed and included in the destination chain. This helps ensure predictable delivery times. | ||
| - Availability: The relayer infrastructure and services are designed to be highly available and resilient to failures or attacks. Relayers aim to deliver 99.99% uptime for transaction relaying. |
There was a problem hiding this comment.
That's a pretty good list, though I probably wouldn't call it "responsibilities", they're more like desirable properties — I'm pretty sure most relaying network don't have all of those.
|
|
||
| - Message relaying: Relayers relay messages and transactions between different blockchains. This involves receiving messages/transactions from one blockchain and transmitting them to the target blockchain(s). | ||
| - Network monitoring: Relayers monitor the blockchain networks they are connected to in order to identify messages that need to be sent to other chains. | ||
| - Message verification: Relayers verify the validity and integrity of messages/transactions before relaying them to other chains. This includes checking signatures, balances, etc. to prevent relaying of invalid data. |
There was a problem hiding this comment.
It would be interesting to see how we classify rollup bridges in this, as the sequencer itself reads the source chain (the L1) and injects the relayed transactions directly into the block being built.
Verification can be separate from relaying, e.g. you could have validators signing the message, but have a different actor relay it. This split probably needs to exist, as you might need say 20 validators to sign a message, but only one relayer to relay it.
|
|
||
| ## 3. Relayers in Other Infrastructure | ||
|
|
||
| ### 3.1 MEV Relay |
There was a problem hiding this comment.
I think I would skip this, as MEV is meaningfully different enough from the bridging scenario, and comes with a host of very particular specificities.
Maybe some of these things can be cited as inspiration for possible solutions?
|
I talked with Arjun from Connext about relaying a bit, I'll send you my notes on the topic (and maybe post them after I clean them up). |
listed some resource on relayers