Futaba
TwitterBlog
  • 🌱Introduction
    • Introduction
    • Concept
    • Architecture
  • 🛠️Protocol
    • Gateway
      • Send
      • Receive
      • Estimate fee
      • Cache
    • Light Client
      • Request Query
      • Verify
      • Estimate fee
    • Relayer
    • Konoha
      • Chainlink Oracle
      • Herodotus
      • Lagrange
  • 💡Guide
    • Futaba Testnet
      • Balance query
      • Custom query
      • Access cache
      • Cross-chain voting
    • Quick Start
    • Customize Light Client
    • Example Apps
  • 📗References
    • FAQ
    • Contract addresses
    • Glossary
  • 🔗Links
    • Twitter
    • Blog
Powered by GitBook
On this page

Was this helpful?

  1. Protocol

Relayer

Relayer is responsible for retrieving data and proof of other chains

PreviousEstimate feeNextKonoha

Last updated 1 year ago

Was this helpful?

Relayers act as intermediaries between the source chain and the destination chain. Their main functions are as follows:

  • Monitor and receive query requests emitted from the on the source chain

  • Obtain proof based on the query requests

    • Use eth_getProof to obtain account proof and a storage proof

  • Send the proof as a transaction to the on the source chain

Today, Futaba operates its own Relayer. In the future, we will provide a module to customize Relayer more easily to support Proof of Block Hash when using Konoha, and aim to build a Permissionless Relayer.

The current Fee for Relayer can be found in Estimate fee.

🛠️
Gateway Contract
Gateway Contract