MEVBlocker Compatible (V2)
During the initial development of Blink, searchers will need to be onboarded for access. Searchers should reach out to contact@blinklabs.xyz or @YNBlink / @ciaranmcveigh on telegram or discord for access.
The V2 WebSocket is designed for ease of integration. It uses the MEVBlocker Schema meaning if you have integrated with MEVBlocker no code changes are required for you to search on Blink's order flow.
Connecting to Blink's WebSocket
You can connect to Blink's WebSocket via wss://ethauction.blinklabs.xyz/ws/v2/{$API_KEY}
.
As soon as you connect to the WebSocket transactions will sent over that connection.
eth_subscribe
Unlike MEVBlocker you DO NOT need to write eth_subscribe
to the WebSocket to begin receiving transactions. However, if you do the system is set up to handle that request.
OR
It will respond with the following dummy value.
eth_subscription
Once connected transactions will be sent through in the eth_subscription
format.
Note there is an option for originators to obfuscate the "from" value.
eth_sendBundle
Bundles can be sent via the WebSocket or via HTTP. Both follow the same format where the target transaction is referenced by the 32-byte transaction hash.
All optional fields are also accepted.
WebSocket Submission
WebSocket submission occurs on the wss://ethauction.blinklabs.xyz/ws/v2/{$API_KEY}
endpoint. A JSON RPC response will be written back to the WebSocket with either the bundle hash or an error.
Bundle Hash
Error
HTTP Submission
HTTP submission occurs on the https://ethauction.blinklabs.xyz/v1/${API_KEY}
endpoint. A bundle hash will be returned in the response.
Builders
Blink currently sends bundles to builder who have bundle refund mechanisms in place, specifically the refundPercent
& refundRecipient
flags on their eth_sendBundle
endpoint. These include,
Builder0x69
BeaverBuild
Rsync
Titan
Flashbots (via mev_sendBundle)
Last updated