Standard Response Format
All successful responses follow the JSON-RPC 2.0 specification:Response Fields
The
id field exactly echoes the request ID’s type and value. If you send {"id": "abc"}, you receive {"id": "abc"} in the response.Common Response Types
Block Number
Request:Block by Number
Request:Transaction Receipt
Request:Logs Query
Request:Batch Response Format
Batch requests return an array of responses in the same order as requests: Request:WebSocket Responses
Subscription Confirmation
Client sends:Subscription Events
Server pushes:Unsubscribe Confirmation
Client sends:Observability Metadata
Lasso provides routing and performance metadata in two modes: headers and body.Headers Mode
Request metadata in response headers:X-Lasso-Meta header contains base64url-encoded JSON. Decoded:
Body Mode
Request metadata in response body:Metadata Fields
WebSocket Metadata
Add"lasso_meta": "notify" to your WebSocket request:
Response Headers
Standard Headers
All responses include:Metadata Headers
Withinclude_meta=headers:
CORS Headers
All origins are allowed:Null Results
Some methods may returnnull as a valid result:
eth_getTransactionReceiptfor pending/unknown transactioneth_getBlockByNumberfor future block numbereth_getCodefor EOA (non-contract) address returns"0x"
A
null result is different from an error. null is a valid response indicating “not found” or “not applicable”.Binary Data Encoding
All binary data (hashes, addresses, bytecode) is hex-encoded with0x prefix:
Block Parameter Format
Methods that accept block parameters support multiple formats:Block Tags (Strings)
Block Number (Hex String)
Block Parameter Object (EIP-1898)
See Also
- Error Codes - Understanding error responses
- Supported Methods - Available RPC methods
- Observability - Monitoring and debugging