Nuffle Fast Finality Layer - NFFL
Last updated
Last updated
Rollups on the Ethereum network are gaining traction, indicating a new phase in the development of decentralized applications (dApps) and smart contracts. However, as the ecosystem continues to evolve towards a rollup-centric roadmap, it confronts new challenges such as state and liquidity fragmentation and extended finality time.
In order to solve this problem, the Nuffle Fast Finality Layer (NFFL, formerly SFFL) was designed. Through it, various chains can, while supplying block data to , rely on the economic security of an AVS to provide a faster block finality to various protocols and use-cases while also including an additional public DA layer into their stack.
This universal, secure and fast finality leads to major advancements in interoperability protocols, enabling or improving designs such as general bridging and chain abstraction.
For more details, refer to Protocol Design. NFFL is under active development and is not yet available on any publicly accessible environments.
Through the project's make
scripts, you can set up each actor of the environment individually.
Dependencies
In order to set up the AVS environments, you'll first need to install , , and . Make sure you're in a unix environment, as this is a pre-requisite for running the NEAR indexer.
Then, install , go install
and npm install
. One way of doing so would be:
Steps
First, initialize RabbitMQ. It will be necessary for the operator execution. This can be a bit different depending on how it was installed.
Then, start what should be the mainnet (i.e. AVS) network, with both EL and the AVS contracts already deployed, and also the 'rollup' network:
Then, start the aggregator:
Then, start the indexer, which already executes a NEAR localnet, and set up a NEAR DA contract:
Then, start the operator:
Lastly, start the relayer. For this, certain native dependencies are required which need to be built at least once:
Once the dependencies are built, start the relayer
And that's it! You should be able to see each of the actors messaging each other as expected. You can edit some of the test parameters in the /config-files
.
You can also more easily run a similar testing environment through Docker Compose, in which each service is executed in a separate container.
Dependencies
You should also have make
for the build script, or examine and run the same steps.
Steps
First, build the containers:
Then, run:
This will execute all services in the correct order and let you examine the individual logs. You'll also be able to access each container's services from the host through their image name, if necessary. The config files used for this test are also at /config-files
, denominated with docker-compose
.
To terminate all services, simply run:
For more details, refer to Protocol Design.
You'll also need to install .
In order to build and run the containers, you'll need to install , as well as .
The AVS implementation was based on the project, from .