Script to easily launch the randomness service locally

[GabrielMartinezRodriguez]

Linked Issues

• closes https://linear.app/happychain/issue/HAPPY-275/script-to-easily-launch-the-randomness-service-locally

Description

This PR creates a script to easily launch the randomness service without needing to configure anything

Toggle Checklist

Checklist

Basics

• B1. I have applied the proper label & proper branch name (e.g. norswap/build-system-caching).
• B2. This PR is not so big that it should be split & addresses only one concern.
• B3. The PR targets the lowest branch it can (ideally master).

Correctness

• C1. Builds and passes tests.
• C2. The code is properly parameterized & compatible with different environments.
• C3. I have manually tested my changes & connected features.
• C4. I have performed a thorough self-review of my code.

Architecture & Documentation

• D1. I made it easy to reason locally about the code.
• D2. All public-facing APIs & meaningful internal APIs are properly documented.
• D3. If appropriate, the general architecture is documented.

[GabrielMartinezRodriguez]

• Deploy randomness service #416 : 2 dependent PRs (#434 , #441 )
• Add config contract #404
• Randomness service: Improve performance and reliability #372
• Add transaction submission failure hook and error handling #366
• Increase default RPC timeout to 2000ms #365
• Add configurable HTTP polling interval for block monitoring #362
• Force initialization before using the TXM #361
• Script to monitor randomness service #325
• Script to easily launch the randomness service locally #324 👈 (View in Graphite)
• Submit drand numbers #318
• Random oracle contracts #307
• Only prune finalized randomness entries #305
• Add NewBlock hook #304
• Refactors the randomness service to be able to process pending commitments  #303
• Add SQLite persistence to randomness service #300
• Txm no longer receives Viem objects #298 : 1 other dependent PR (#299 )
• Add flush mechanism #289 : 1 other dependent PR (#297 )
• Allow run multiple txm simultaneously within the same service #285
• Added docs for txm #272
• Mutex in tx monitor #264
• Purge transactions #232
• Txm hooks #229
• Use kysely instead of mikro-orm #250
• master

This stack of pull requests is managed by Graphite. Learn more about stacking.

[cloudflare-workers-and-pages]

Deploying happychain with    Cloudflare Pages

Latest commit:	04114c4
Status:	✅  Deploy successful!
Preview URL:	https://b7ccd68b.happychain.pages.dev
Branch Preview URL:	https://gabriel-randomness-local-scr.happychain.pages.dev

View logs

[linear]

HAPPY-275 Script to easily launch the randomness service locally.

This script requires launching Anvil, deploying the random contract, setting the happy chain timestamp environment variable on the randomness service, compiling the transaction manager, executing its migrations, then compiling the randomness service and executing its migrations

[GabrielMartinezRodriguez]

I was able to run make setup-local after the path changes in cb9808f which produced the log here https://gist.github.com/aodhgan/319866713a9582ea4a451f3789657720 There are NetworkErrors on basically every round when the service reaches steady state - just want to confirm this is expected behaviour? - since the drand beacon likely does not have the round the service is requesting

@aodhgan I sometimes receive this error as well. It happens due to how we handle requests to the drand network and how we initialize drand. Basically, the problem is that they return the error 'Too many requests.' However, this doesn’t cause a total system failure. I created this issue to address the problem:

https://linear.app/happychain/issue/HAPPY-359/improve-how-we-initialize-the-drand-start-round-and-how-we-fill-the