Futaba is a modular omnichain interface enabling communication between contracts, rollups and blockchain networks by querying and pulling data from a single source chain.
How do you execute a query?
For the architectural aspects of how it is performed, please see .
Also, see the for how to request a query
What blockchains are supported?
Currently, Ethereum Goerli, Polygon Mumbai, Arbitrum Goerli, and Optimism Goerli. A list of contract addresses can be found .
When will (insert name) chain / rollup be supported by Futaba?
We discuss this with our friends and builders in our Discord.
If you are building an L1, L2 or rollup, please provide your details here.
We will be in touch with you.
How can I get involved and build with Futaba?
Please fill up the details , and you'll be added to our Discord.
What is the difference between other approaches ( e.g. Oracle, Messaging)?
Oracle and Messaging (General Messaging Protocols) can also retrieve on-chain data, but each has its own problems.
In Oracle, distributed networks are mostly used, but the problem is that if the off-chain security is low, the security of the chain itself is compromised when communicating between blockchains and working with the off-chain. Therefore, a cryptographic approach is adopted as a form of reducing off-chain third parties as much as possible.
We believe that in the future, infrastructure with minimal trust will be required, like Cosmos IBC or bridge using zkp
In messaging, when attempting to retrieve data, it is necessary to deploy the contract to the source and destination chains, as well as to send the messaging back and forth. This results in increased fees and reduced speed.
Is there a possibility of collusion between Oracle and Relayer?
No. Relayers can be built permissionless. On the other hand, Oracle utilizes Chainlink and depends on Chainlink's network. Therefore, in order to collude, it is necessary to break through Chainlink's security.
What is the difference between the roles of Oracle and Relayer?
The difference between the two is how they contribute to on-chain validation. Oracle has two roles.
One is to supply the latest block headers.
The second is to execute the query. Relayer also has two roles. One is to retrieve the proof contained in the query request. The second is to execute the query.
How much latency will occur?
Slight latency is incurred because it is necessary to wait for a certain number of blocks to prevent hard forking.
What are future plans for Futaba?
Expect some new protocols and dapps to be built powered by Futaba.
What is a Gateway?
The Gateway is the endpoint on the contract that makes the query request.
What is a Light Client?
What is a Relayer?
What is Konoha?
Konoha is a module for retrieving the appropriate block header for each ecosystem. The default is Chainlink Oracle, with the possibility of using ZK Coprocessors such as Largange or Herodotus in the future.
We are currently live on ! Expecting Mainnet in Q1 2024.
See for more information.
A light client is a contract that validates the acquired data. The contract can be developed by anyone, allowing you to build your own verification logic for your Dapps and ecosystem.
See for more information.
The relayer is an off-chain agent that receives events from the Gateway Contract and retrieves data.
See for more information.