Experiment different javascript runtimes

Problem description

So far we only run lodestar with NodejS. The goal is to experiment other javascript runtimes like Bun and Deno to see if lodestar performs better there. I had different benchmark for them:

• Memory: as tested [here](url), Bun is very efficient to store a short Uint8Array of 32 bytes which is critical for our merkle tree. This could help unblock #5857

Number of bytes used to store an Uint8Array of 32 bytes

• Performance - deserialize a BeaconBlock:
  • deserialize a BeaconBlock of 200 transactions, 500 bytes each: https://github.com/ChainSafe/ssz/blob/d7417022d15755a70b481f6f815ae08a4e685cec/packages/ssz/deserialize_beacon_block_perf_test.ts#L6
  • modify 100k validators of a 2M-validator merkle tree: https://github.com/ChainSafe/ssz/blob/d7417022d15755a70b481f6f815ae08a4e685cec/packages/persistent-merkle-tree/nodejs_bun_deno.ts#L5

Here's my result on a Mac M1:

to run the NodeJS, I used the tsx and it's worth to note by @nazarhussain that Typescript overhead is almost negligible in case of Bun, ~10% in case of Deno and 100% in case of TSX/TS-Node

Solution description

Based on the test results I'd like to discuss how to go from there

• Bun is potentially to be a candidate javascript runtime that help boost lodestar's performance, do we need other tests for it?
• One blocker for Bun is the lack of napi support, how to deal with that? https://github.com/oven-sh/bun/issues/158

Additional context

No response

Start with the linked BeaconBlock deserialization benchmark and packages/persistent-merkle-tree/nodejs_bun_deno.ts, then reproduce the Node.js, Bun, and Deno comparisons. Review the reported Uint8Array memory results and Bun's napi limitation. Done is not defined in the issue; the runtime experiments and criteria for proceeding still need agreement.