Example of a block root with a Verkle state root

Last update: Nov 25, 2022

Related tags

Overview

Example of a block root with a Verkle state root

Block content

This is a standard RLP block containing 3 transactions, and an added VerkleProof field at the end of the block header.

> rlpdump block2.rlp
[
  # Block Header
  [
    2a0fa77c9673bac5696974f6693b917bd391bcbfe564e1d246ebaa9835255c8a,
    1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347,
    0000000000000000000000000000000000000000,
    03aec4276033869b5900313c7d807cdaa948e38acd9aa43c98e05089adc7389d,
    145d1893587d0bcae212d39729190212236500e5c441a269f980381c611bebac,
    251fdcdd3e713f5799e22aaec5341cdc5874392a80e89b2f70766a83806f77d4,
    00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000,
    020000,
    02,       # Block number
    47e7c4,
    018768,
    14,
    "",
    0000000000000000000000000000000000000000000000000000000000000000,
    0000000000000000,
    2de97bd1,
    
    # Serialized proof
000000000f0000000a0a0a0a0a0a0a0a0a0a0a0a0a0a0a06000000ec6d205b6beff33c492e18fc08c94b94ed386456e00314ace17cc7f9ee42d5e39755fbb89595223c3e690fa145b6023b7fd09d928612f5ac11c580186b836607e003fbe47c395bc02d30927ed826c39b1709e6724d1e4129afd8b933ecdbb9dfd0ada94181e64bd9a25bfb5bd12995e0cf21805857eb62ee9dbf7757f2fef094ba361b815bf0ad5910cb6233f939edc0b64be8e480612ed753b7fb37868c5e9c44aa8422b47acb0e388e8c33391c5898f9082c86b539e652cbe30f177d3d1018dac702b22ae7d7c4549c03f9812281ea8126b03f58e5ba4ee0a90b0748d215386dad3d3b3faef1955face09fc6e2941e4a803eaab01393399bccb18bc4abcc546b77e81678c6104d6ef22a9e945f98640598fbb09f90864c899fb34f2b48e1698b57e7f3eabab4b1bf7fdaa6a22786964b89e982ec584d4aa84b02c0e6c15f1ffa5d1425cb40cf440729c66cfd81ba7c7dc680a29f87b97098819daf898bb13c251229824e34ed19a5c70407a16a59d44057628e7eb5d560444c68135c3e5a9ae5997ea21f5c699ef0c6371eb0956406bf8c3de0eae26e5061c71db9151e092ad2765825c7c866d128f34aa21473e11e4be395a86f6b3a84ff08799cedee2fd410e7afc83776d04da6d8134d0b8c7e2ccab7e7cdb2dce3bf78ac30bd5591c3a2277b59ecc79bd30d4cd6c9db3a5a15cf95bf5a1060cd2c2b43d9410b2a2cce448bc39c756bd029ac9cbe4f4664efbb450b71f12e0202252e96afb304c115d50fd33bbbcdc13f050d151ed0d276f41219252a4971d007a81ac327fdbb2340d5b9cbdf46be86a2a3c9454e28dcc9f88a4b2648a2e9f1d7902b7744ebea12d5dc3f3887877f86cdb5139701b5f50e53297b1bf86d8c7e0eefc385db4b81d6749198babf82141f5551b7376e808915f8bcd9da97f0084d9b5fff1e373fb1b625f84222e64cded4d063e67ed0b3704df62fb3fe81314f6835a09a49446999928044de343977a7235dc921d47fd235acb90d842e38751a4eee1a9f25aa026b90427d152d1ddfc0fcaf58d52dac6ae360442023c2785e411cf5b2b795c9b96aea2d8b06,

    # List of (key, values) of the pre-state, that are accessed during the
    # block's execution.
    [
      [
        318dea512b6f3237a2d4763cf49bf26de3b617fb0cabe38a97807a5549df4d01,
        320122e8584be00d,
      ],
      [
        e6ed6c222e3985050b4fc574b136b0a42c63538e9ab970995cd418ba8e526400,
        0000000000000000000000000000000000000000000000000000000000000000,
      ],
      [
        318dea512b6f3237a2d4763cf49bf26de3b617fb0cabe38a97807a5549df4d03,
        "",
      ],
      [
        18fb432d3b859ec3a1803854e8cceea75d092e52d0d4a4398d13022496745a02,
        0000000000000000,
      ],
      [
        318dea512b6f3237a2d4763cf49bf26de3b617fb0cabe38a97807a5549df4d02,
        0300000000000000,
      ],
      [
        18fb432d3b859ec3a1803854e8cceea75d092e52d0d4a4398d13022496745a04,
        0000000000000000000000000000000000000000000000000000000000000000,
      ],
      [
        e6ed6c222e3985050b4fc574b136b0a42c63538e9ab970995cd418ba8e526402,
        0000000000000000,
      ],
      [
        e6ed6c222e3985050b4fc574b136b0a42c63538e9ab970995cd418ba8e526403,
        c5d2460186f7233c927e7db2dcc703c0e500b653ca82273b7bfad8045d85a470,
      ],
      [
        318dea512b6f3237a2d4763cf49bf26de3b617fb0cabe38a97807a5549df4d04,
        "",
      ],
      [
        18fb432d3b859ec3a1803854e8cceea75d092e52d0d4a4398d13022496745a00,
        0000000000000000000000000000000000000000000000000000000000000000,
      ],
      [
        18fb432d3b859ec3a1803854e8cceea75d092e52d0d4a4398d13022496745a03,
        c5d2460186f7233c927e7db2dcc703c0e500b653ca82273b7bfad8045d85a470,
      ],
      [
        e6ed6c222e3985050b4fc574b136b0a42c63538e9ab970995cd418ba8e526401,
        1bc176f2790c91e6,
      ],
      [
        e6ed6c222e3985050b4fc574b136b0a42c63538e9ab970995cd418ba8e526404,
        0000000000000000000000000000000000000000000000000000000000000000,
      ],
      [
        318dea512b6f3237a2d4763cf49bf26de3b617fb0cabe38a97807a5549df4d00,
        0000000000000000000000000000000000000000000000000000000000000000,
      ],
      [
        18fb432d3b859ec3a1803854e8cceea75d092e52d0d4a4398d13022496745a01,
        e703,
      ],
    ],
  ],
  
  # Transaction list
  [
    [
      03,
      342770c0,
      878c,
      0102030000000000000000000000000000000000,
      03e7,
      "",
      "&",
      b5052005e25c9c5f8100a37d9aad8c3057969170cb239b03b7615c5619b73979,
      50d23a8e2796503706568c13de56d45a232903b84f55a5c663383988fb559642,
    ],
    [
      04,
      342770c0,
      878c,
      0000000000000000000000000000000000000000,
      03e7,
      "",
      "%",
      f8ea4ce9a209cf2feee581a3a5e263bd48d0732c77ae9c723f7ec0a18ac16dd8,
      6f0e4bd905d8acbb6273fd6bed78548e9544bf48634d86234715b4f92bf89bfe,
    ],
    [
      05,
      342770c0,
      "xP",
      0000000000000000000000000000000000000000,
      "",
      "",
      "%",
      37d860df9bfdcdedc84ad76dc2281c330f925b02eeff90b63162067b33abae07,
      7d0f5b4341b449320c59529a44ac98582c7957611b723f1fc686b8a3801d88bf,
    ],
  ],
  [],
]

Verkle proof format

This section is subject to change, so make sure that you watch this description as it will be udpated.

The verkle tree update adds two extra fields for the block: a proof and a list of (key, values) representing the pre state of a block.

Field	Block Header index	Description	Format
Proof	16	Binary payload to pass to `rust-verkle` directly: * len(Proof of absence stem) ++ Proof of absence stems * len(depths) ++ serialize(depthi ++ ext statusi) * len(commitments) ++ serialize(commitment) * Multipoint proof	Flat binary
Key, values	17	For each (key, value): a list of two byte arrays. The first array is the 32-byte key, and the second array is a 32-byte value (if present) or an empty array (if absent)	RLP

Understanding the proof with the helper utility

The block that is provided, can be decyphered with the program provided in this repository. At the moment, the proofs don't check, so this section will be limited to the parts that do, and gradually expanded as fixes are rolled in.

> cargo run
(...)
de-serialized block:
- parent hash: 2a0fa77c9673bac5696974f6693b917bd391bcbfe564e1d246ebaa9835255c8a
- storage root: 03aec4276033869b5900313c7d807cdaa948e38acd9aa43c98e05089adc7389d
- block number: 02

The program starts by dumping some information related to the block: it's block number two, and the parent's hash is the one that is seen in the RLP. It proceeds to dump the (key, value) list.

- key, value list:
	318dea512b6f3237a2d4763cf49bf26de3b617fb0cabe38a97807a5549df4d01 => 320122e8584be00d000000000000000000000000000000000000000000000000
	e6ed6c222e3985050b4fc574b136b0a42c63538e9ab970995cd418ba8e526400 => 0000000000000000000000000000000000000000000000000000000000000000
	318dea512b6f3237a2d4763cf49bf26de3b617fb0cabe38a97807a5549df4d03 is absent
	18fb432d3b859ec3a1803854e8cceea75d092e52d0d4a4398d13022496745a02 => 0000000000000000000000000000000000000000000000000000000000000000
	318dea512b6f3237a2d4763cf49bf26de3b617fb0cabe38a97807a5549df4d02 => 0300000000000000000000000000000000000000000000000000000000000000
	18fb432d3b859ec3a1803854e8cceea75d092e52d0d4a4398d13022496745a04 => 0000000000000000000000000000000000000000000000000000000000000000
	e6ed6c222e3985050b4fc574b136b0a42c63538e9ab970995cd418ba8e526402 => 0000000000000000000000000000000000000000000000000000000000000000
	e6ed6c222e3985050b4fc574b136b0a42c63538e9ab970995cd418ba8e526403 => c5d2460186f7233c927e7db2dcc703c0e500b653ca82273b7bfad8045d85a470
	318dea512b6f3237a2d4763cf49bf26de3b617fb0cabe38a97807a5549df4d04 is absent
	18fb432d3b859ec3a1803854e8cceea75d092e52d0d4a4398d13022496745a00 => 0000000000000000000000000000000000000000000000000000000000000000
	18fb432d3b859ec3a1803854e8cceea75d092e52d0d4a4398d13022496745a03 => c5d2460186f7233c927e7db2dcc703c0e500b653ca82273b7bfad8045d85a470
	e6ed6c222e3985050b4fc574b136b0a42c63538e9ab970995cd418ba8e526401 => 1bc176f2790c91e6000000000000000000000000000000000000000000000000
	e6ed6c222e3985050b4fc574b136b0a42c63538e9ab970995cd418ba8e526404 => 0000000000000000000000000000000000000000000000000000000000000000
	318dea512b6f3237a2d4763cf49bf26de3b617fb0cabe38a97807a5549df4d00 => 0000000000000000000000000000000000000000000000000000000000000000
	18fb432d3b859ec3a1803854e8cceea75d092e52d0d4a4398d13022496745a01 => e703000000000000000000000000000000000000000000000000000000000000

Checking the proof with the associated test

The rust code also includes a test function compare_with_geth, that rebuilds the tree as it exists in geth, and generates the proof from the rust code. The two proofs are currently incompatible, however it is possible to print out the expected proof in hex format by typing:

> cargo test -- --nocapture
(...)
running 1 test
root hash = Fp256(BigInteger256([10406966316851207971, 15857174521354302062, 5038919711403931747, 1045348151016585832]))
serialized proof=00000000030000000a0a0a0600000053acaf9df78f9714054fdaaa630d6a3e60521c57d301411ac4c49668df25e40c49a58622affc8f8cc93042c7d5977127823d382e2602f3dc3e79e984b5dcd1614e221a9dfb42671da7ad1018131752c994bcd0c7b01441777cc7e09f646abc06b309948924dfefdfc44792e4c9fce1cd86c9145e16970d6d20bf61139d7a5ee48dec49d7e5c2ec27f35dc664ca337c8d01bfe276b8eb4fbc24910a557cf2cd30e386a2666ccf5191dc9caf569f183375444b6f48ebcff55330dd63bcdfdee8243e16c371b13a368de5ab953f44ad91ccb3a11568ea70e1bd64a36c6f5792ff0167cef8b0cf5dcc222f9b97f86f7bfa012d9fa917ce34a505bb1126ff9e064a45d2ce33a4b04145c0ad64c33f2bbf62558c44679d734413e92f9431bb4f7bb49f2d22da9e9640ab2e0cce48f1430096b77343842ae4688e8c785715b7da12e15529673b6b232e861b49301908e476ee009ac3acf34ef9d97ef75e4bcd9ac2a7ef40d53c09abae5e2e302e22f3e66b7cd7e1f7d8adaacec845975be4b40fbe041b2aa44e8c5aff2e363c3cc24d76e4cb8f20a815bbd587b3b59ff1bac5d0053f8fe34bc4fbfa222420f5b34cd7986a01c1da8273a289ecd8d3e393a1ea7af40f71bd514394cef0a1af38cfcefcb7fe3aa78ad980ad56c657b9e1945cb2b5fd3d04830270ebf638a707c3be1efff67dc1a5b8251ae9a540d403f55dba146d9062ae6e70e639f9ee2bd7a7394954466277dd9c1ef256df31497892de34e8de0d788cf525e47669e8a959e5c20bb62583937b99c2a4b95dd37be1ce24dbf9a18eceaf370ce0da389cccd432ad46442e7c18c33f13e5e2d736a284bcbddca3cf85a2dd4bf049d89f950c0f1e03ef19f9729425e4ef15cb06dbe0a54fbee7e135e89892d90d06856951d4f4f9d5fe1ea41a4bc249e9fca9a7eb4c2a55ed4a427109c4807062af2fb0c8c10141cf1bd798181039285cf3ab88c13401d35404bb4a80541f1d200a3eb8264a060e58f56084b818f034fdda222193bdbc10b0e5eb6f92edd563cb87a9da7587f9625e4c9a06757f2a2ba13613121b8b693304c05dc2f0f80a

One can see that the proof hints are identical. The commitments and values, however, differ. It is being investigated.

Changelog

22.01.22 - Initial version
27.01.22:
- proof and key,values lists are embedded in two distinct fields of the block (indices 16 and 17, respectively)
- fix a duplicaiton issue for the commitments
- remove the root commitment from the list
- sort commitments by path
28.01.22:
- the keys and values are now encoded in the block with RLP
01.02.22:
- Add a test to compare geth and rust-verkle outputs

TODO

RLP encoding of the structure encapsulating the proof and the (key, values) tuples
SSZ encoding of that same structure when the final format has been defined

Efficient state-based CRDT replication and anti-entropy

Merkle Search Tree This crate implements a Merkle Search Tree as described in the 2019 paper Merkle Search Trees: Efficient State-Based CRDTs in Open

5 Jul 9, 2023

Example implementation for Biscuit tokens cryptography

example implementation for Biscuit token cryptography To aid in the implementation of Biscuit tokens in various languages, this repository contains an

6 May 25, 2021

The Voting example based on MoonZoon and Solana + Anchor framework.

6 Aug 13, 2022

An example smart contract that builds on top of xyz

xyz Guestbook Tutorial Contract This repository contains an example smart contract that illustrates how to build on top of the xyz NFT contract. This

5 Apr 4, 2022

Example crate using fltk-build

white-frame This is just an example showing the use of fltk-build to create native C/C++ FLTK and cfltk modules for fltk-rs. This repo contains 2 exam

1 Nov 21, 2021

Simple example for building a blockchain in Rust

rust-blockchain-example Simple example for building a blockchain in Rust Start using RUST_LOG=info cargo run This starts the client locally. The block

51 Dec 31, 2022

Example worker for ethereum-based applications

Ethsig-rs Example worker for ethereum-based applications. Features: Verify arbitrary messages and their signature from an Ethereum Address Verify EIP-

28 Sep 26, 2022

Example of a SC coded in RUST that can safely perform any swaps of tokens (NFT, SFT, ESDT, MetaESDT)

Elrond-NFT-Trading Example of a Smart Contract (SC) coded in RUST, that can perform any swaps of tokens (NFT, SFT, ESDT, MetaESDT) The idea P2P swaps

3 May 17, 2022

A simple example demonstrating cross-contract calls in CosmWasm smart contracts

Cross-contract calls This tutorial demonstrates cross-contract calls with CosmWasm v1. Overview An end user calls the reservation contract to register

3 Sep 12, 2022

Comments

Fix: cargo depends on `crate-crypto/rust-verkle` as path, should be a git dependency

I tried building the program directly after git clone ..., which failed. Cargo depends on rust-verkle which is path dependency which I suppose is the setup author has.

For other users in community, it needs to be a git dependency. However, unsure if we want to reference the master:HEAD for rust-verkle or some tag / branch.

opened by supragya 1

Cannot verify data from Condrieu testnet

I am working on updating verkle-tree-visualizer for blockscout explorer (https://github.com/blockscout/blockscout-verkle-tree), which is heavily based on the current repository. The problem I've met now is verification fails when trying to verify data from Condrieu testnet. It seems it worked at the end of August, but it does not work now.

In the search for a solution, I've tried to run the binary on the data obtained from Condrieu testnet on the current project. For that, I've downloaded block number 367492 and explicitly provided storage root of the previous block (367491) which is 15452534ee17148b5a69afb11dafa1c540b6efa18ed0545656df2e9def5a1ce7. Unfortunately, it panicked with the following message:

f905fdf905f8a004e3252a0f4f6bba4bfc3613f48e81e0e843336468ceb3cab5c52cd9b9d6e751a01dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d4934794f97e180c050e5ab072211ad2c213eb5aee4df134a071515ed239e2cc61b87f36b85171e0feb2b0c60c64aeb12e6e864340d3fe088fa056e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421a056e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421b901000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000083066af283059b848401c9c3808084639b9cc699d883010a15846765746888676f312e31382e36856c696e7578a043a71673dd255ec9504411c29c89ca9093f2110d31fad187777d95e0ff397cb48846f07a050ef572e907b902cd00000000010000001a0400000046fc4065b024c027d541c02c382fdbbdd024cdb84ab88408f0a9ccb950a6a2ea0238746d580a1022ca9acf8295f5933bdabeef9450dc3f06c1fb0a6f66b97b4a6f26bd340f37b09d9dd28c91c3876fa3aa25186497c85c229031455857f98abc32b9ac7c4012154f7a4bd7c810fa3c67e6be141d3330124a6dd5dbb8810f6d3c64eff9a00ca7e682353e1ba8ab024a93bf62cce77a732c6dca45155e412937572894d9b83118ee648909ac83d7318ded5b8ccebffa770a8cb1d895bf8010dc7022bb27e49872fac517bd1b18d665c452fc51995862cf7d9fd0abbaeceacc6ead6354da48440def2a88e02847ee47502fca12db208b9eade5229a00e944943d5a6a7dfc0d9d5b5f0621a0efecf91d3418bb2574284b8205fc6456eca4150953b4286869d4498af7a8e89790e68818385c0d7dbcd0f5d0590b95af12aeb0ac46174c476c70f551512fc31501c9f34c49001e4a787528b7f105c95eb6e7f34b6af36219095b433e90a68579cca76927d7c64f96acb2650990cef6b2d88f1b581a825431701827683ed859fe6238d00a40b7c9c85eafe4a37ec599dee3b8a3d3f4d55ac2aaf0862a450282ff69838583128596e7d3f9079a88c2570bb822032bbffb1bc5c399cec47bc30e498c9b5d9ac38ec70f7d7c713ae98c979147fe866d925c1b02b3fe6a6a48bcb1170a29e95ad7283b693d7e859b3f95ae42bdee8af4451a258c16755e6e07bc1b519fae8fa7f346502b0511ead7f08bf9874244d240c5b73b6d393be93216faf90757236e66825be92adf8393055c10a3e444b4b13da1213882d687b0b2369e79806c58dc48d9f9f94b31f9a8b1b4e557b1f6257338a9721deda3a1d7c4ff03cfd4fb2ca1dc9aeb18839e8624af02217844956f509c81a530dacce2b44d7d537f21b5cba5d7185e5e4d82e6eb00802f9699127b5bd728f9055d7dedc64e8f2e3812331d21f1a46c17839c94c74ff19db0e5b0256a25d401f90110f842a08dc286880de0cc507d96583b7c4c2b2b25239e58f8e67509b32edb5bbf293c00a00000000000000000000000000000000000000000000000000000000000000000f842a08dc286880de0cc507d96583b7c4c2b2b25239e58f8e67509b32edb5bbf293c01a06131c481ffc5e6015c7104000000000000000000000000000000000000000000f842a08dc286880de0cc507d96583b7c4c2b2b25239e58f8e67509b32edb5bbf293c02a00200000000000000000000000000000000000000000000000000000000000000f842a08dc286880de0cc507d96583b7c4c2b2b25239e58f8e67509b32edb5bbf293c03a0c5d2460186f7233c927e7db2dcc703c0e500b653ca82273b7bfad8045d85a470c0c0
de-serialized block:
- parent hash: 04e3252a0f4f6bba4bfc3613f48e81e0e843336468ceb3cab5c52cd9b9d6e751
- storage root: 71515ed239e2cc61b87f36b85171e0feb2b0c60c64aeb12e6e864340d3fe088f
- block number: 059b84
- key, value list:
	8dc286880de0cc507d96583b7c4c2b2b25239e58f8e67509b32edb5bbf293c00 => 0000000000000000000000000000000000000000000000000000000000000000
	8dc286880de0cc507d96583b7c4c2b2b25239e58f8e67509b32edb5bbf293c01 => 6131c481ffc5e6015c7104000000000000000000000000000000000000000000
	8dc286880de0cc507d96583b7c4c2b2b25239e58f8e67509b32edb5bbf293c02 => 0200000000000000000000000000000000000000000000000000000000000000
	8dc286880de0cc507d96583b7c4c2b2b25239e58f8e67509b32edb5bbf293c03 => c5d2460186f7233c927e7db2dcc703c0e500b653ca82273b7bfad8045d85a470
Verkle proof:
 * verification hints: 3 Present 
 * commitments: 46fc4065b024c027d541c02c382fdbbdd024cdb84ab88408f0a9ccb950a6a2ea 0238746d580a1022ca9acf8295f5933bdabeef9450dc3f06c1fb0a6f66b97b4a 6f26bd340f37b09d9dd28c91c3876fa3aa25186497c85c229031455857f98abc 32b9ac7c4012154f7a4bd7c810fa3c67e6be141d3330124a6dd5dbb8810f6d3c 
thread 'main' panicked at 'the proof didn't check', src/block_verifier.rs:53:9
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

What may the problem be related to? Am I doing something wrong?

The command used to start the binary:

cargo run -- --filename=block_367492.rlp --parent-root=15452534ee17148b5a69afb11dafa1c540b6efa18ed0545656df2e9def5a1ce7

opened by rimrakhimov 0

Example of a block root with a Verkle state root

Related tags

Overview

Example of a block root with a Verkle state root

Block content

Verkle proof format

Understanding the proof with the helper utility

Checking the proof with the associated test

Changelog

TODO

You might also like...

Efficient state-based CRDT replication and anti-entropy

Example implementation for Biscuit tokens cryptography

The Voting example based on MoonZoon and Solana + Anchor framework.

An example smart contract that builds on top of xyz

Example crate using fltk-build

Simple example for building a blockchain in Rust

Example worker for ethereum-based applications

Example of a SC coded in RUST that can safely perform any swaps of tokens (NFT, SFT, ESDT, MetaESDT)

A simple example demonstrating cross-contract calls in CosmWasm smart contracts

Comments

Fix: cargo depends on `crate-crypto/rust-verkle` as path, should be a git dependency

Cannot verify data from Condrieu testnet

Owner

Guillaume Ballet

Collection of block cipher algorithms written in pure Rust

A small block explorer for geth PoAs written in rust

The Stage 2 building block to reach the dream of DSNs with Bitcoin DeFi

A very bare-bone Block Chain demo that purely implemented by Rust and yew

Substreams development kit for Ethereum chains, contains Firehose Block model and helpers as well as utilities for Ethereum ABI encoding/decoding.

Kinda functional block engine for testing bundles on jito-solana locally

Bindings for the etherscan API and other block explorers.

The new, performant, and simplified version of Holochain on Rust (sometimes called Holochain RSM for Refactored State Model)

Synchronized shadow state of Solana programs available for off-chain processing.

Sothis is a tool for replaying historical state on a local testnet node.