Home / dcSpark / zeko
Jul 20, 2-3 AM (0)
Jul 20, 3-4 AM (0)
Jul 20, 4-5 AM (0)
Jul 20, 5-6 AM (0)
Jul 20, 6-7 AM (0)
Jul 20, 7-8 AM (0)
Jul 20, 8-9 AM (0)
Jul 20, 9-10 AM (0)
Jul 20, 10-11 AM (0)
Jul 20, 11-12 PM (0)
Jul 20, 12-1 PM (0)
Jul 20, 1-2 PM (0)
Jul 20, 2-3 PM (0)
Jul 20, 3-4 PM (0)
Jul 20, 4-5 PM (0)
Jul 20, 5-6 PM (0)
Jul 20, 6-7 PM (0)
Jul 20, 7-8 PM (0)
Jul 20, 8-9 PM (0)
Jul 20, 9-10 PM (0)
Jul 20, 10-11 PM (0)
Jul 20, 11-12 AM (0)
Jul 21, 12-1 AM (0)
Jul 21, 1-2 AM (0)
Jul 21, 2-3 AM (0)
Jul 21, 3-4 AM (0)
Jul 21, 4-5 AM (0)
Jul 21, 5-6 AM (0)
Jul 21, 6-7 AM (0)
Jul 21, 7-8 AM (0)
Jul 21, 8-9 AM (0)
Jul 21, 9-10 AM (0)
Jul 21, 10-11 AM (0)
Jul 21, 11-12 PM (0)
Jul 21, 12-1 PM (0)
Jul 21, 1-2 PM (0)
Jul 21, 2-3 PM (0)
Jul 21, 3-4 PM (0)
Jul 21, 4-5 PM (0)
Jul 21, 5-6 PM (0)
Jul 21, 6-7 PM (0)
Jul 21, 7-8 PM (0)
Jul 21, 8-9 PM (0)
Jul 21, 9-10 PM (0)
Jul 21, 10-11 PM (0)
Jul 21, 11-12 AM (0)
Jul 22, 12-1 AM (0)
Jul 22, 1-2 AM (0)
Jul 22, 2-3 AM (0)
Jul 22, 3-4 AM (0)
Jul 22, 4-5 AM (0)
Jul 22, 5-6 AM (0)
Jul 22, 6-7 AM (0)
Jul 22, 7-8 AM (0)
Jul 22, 8-9 AM (0)
Jul 22, 9-10 AM (0)
Jul 22, 10-11 AM (0)
Jul 22, 11-12 PM (0)
Jul 22, 12-1 PM (0)
Jul 22, 1-2 PM (0)
Jul 22, 2-3 PM (0)
Jul 22, 3-4 PM (0)
Jul 22, 4-5 PM (0)
Jul 22, 5-6 PM (0)
Jul 22, 6-7 PM (0)
Jul 22, 7-8 PM (0)
Jul 22, 8-9 PM (0)
Jul 22, 9-10 PM (0)
Jul 22, 10-11 PM (0)
Jul 22, 11-12 AM (0)
Jul 23, 12-1 AM (0)
Jul 23, 1-2 AM (0)
Jul 23, 2-3 AM (0)
Jul 23, 3-4 AM (0)
Jul 23, 4-5 AM (0)
Jul 23, 5-6 AM (0)
Jul 23, 6-7 AM (0)
Jul 23, 7-8 AM (0)
Jul 23, 8-9 AM (0)
Jul 23, 9-10 AM (0)
Jul 23, 10-11 AM (0)
Jul 23, 11-12 PM (0)
Jul 23, 12-1 PM (0)
Jul 23, 1-2 PM (0)
Jul 23, 2-3 PM (0)
Jul 23, 3-4 PM (0)
Jul 23, 4-5 PM (0)
Jul 23, 5-6 PM (0)
Jul 23, 6-7 PM (0)
Jul 23, 7-8 PM (0)
Jul 23, 8-9 PM (0)
Jul 23, 9-10 PM (0)
Jul 23, 10-11 PM (0)
Jul 23, 11-12 AM (0)
Jul 24, 12-1 AM (0)
Jul 24, 1-2 AM (0)
Jul 24, 2-3 AM (0)
Jul 24, 3-4 AM (0)
Jul 24, 4-5 AM (0)
Jul 24, 5-6 AM (0)
Jul 24, 6-7 AM (0)
Jul 24, 7-8 AM (0)
Jul 24, 8-9 AM (0)
Jul 24, 9-10 AM (0)
Jul 24, 10-11 AM (0)
Jul 24, 11-12 PM (0)
Jul 24, 12-1 PM (1)
Jul 24, 1-2 PM (0)
Jul 24, 2-3 PM (0)
Jul 24, 3-4 PM (14)
Jul 24, 4-5 PM (0)
Jul 24, 5-6 PM (0)
Jul 24, 6-7 PM (0)
Jul 24, 7-8 PM (0)
Jul 24, 8-9 PM (0)
Jul 24, 9-10 PM (0)
Jul 24, 10-11 PM (0)
Jul 24, 11-12 AM (0)
Jul 25, 12-1 AM (0)
Jul 25, 1-2 AM (0)
Jul 25, 2-3 AM (0)
Jul 25, 3-4 AM (0)
Jul 25, 4-5 AM (0)
Jul 25, 5-6 AM (0)
Jul 25, 6-7 AM (0)
Jul 25, 7-8 AM (0)
Jul 25, 8-9 AM (0)
Jul 25, 9-10 AM (0)
Jul 25, 10-11 AM (3)
Jul 25, 11-12 PM (5)
Jul 25, 12-1 PM (1)
Jul 25, 1-2 PM (0)
Jul 25, 2-3 PM (1)
Jul 25, 3-4 PM (0)
Jul 25, 4-5 PM (0)
Jul 25, 5-6 PM (0)
Jul 25, 6-7 PM (0)
Jul 25, 7-8 PM (0)
Jul 25, 8-9 PM (0)
Jul 25, 9-10 PM (0)
Jul 25, 10-11 PM (0)
Jul 25, 11-12 AM (0)
Jul 26, 12-1 AM (0)
Jul 26, 1-2 AM (0)
Jul 26, 2-3 AM (0)
Jul 26, 3-4 AM (0)
Jul 26, 4-5 AM (0)
Jul 26, 5-6 AM (0)
Jul 26, 6-7 AM (0)
Jul 26, 7-8 AM (0)
Jul 26, 8-9 AM (0)
Jul 26, 9-10 AM (0)
Jul 26, 10-11 AM (0)
Jul 26, 11-12 PM (0)
Jul 26, 12-1 PM (0)
Jul 26, 1-2 PM (0)
Jul 26, 2-3 PM (0)
Jul 26, 3-4 PM (0)
Jul 26, 4-5 PM (0)
Jul 26, 5-6 PM (0)
Jul 26, 6-7 PM (0)
Jul 26, 7-8 PM (0)
Jul 26, 8-9 PM (0)
Jul 26, 9-10 PM (0)
Jul 26, 10-11 PM (0)
Jul 26, 11-12 AM (0)
Jul 27, 12-1 AM (0)
Jul 27, 1-2 AM (0)
Jul 27, 2-3 AM (0)
25 commits this week Jul 20, 2024 - Jul 27, 2024
Simplify da layer (#184)
* Delete old da layer

* Move kvdb to separate library

`module Kvdb` was part of the `sequencer_lib`
and I want to use the same interface for the da_node's db

* Add new da layer

* Add syncing of the da node

* Refactor kvdb with GADT so that key value types need to match

Before, `module Kvdb` was an interface for using correct _key_ type.
Now, the module ensures correct match between _key_ and _value_ types.

Having let's say 2 types stored in kvdb, `Post.t` and `User.t`, with corresponding
key types `Post_id.t` and `User_id.t`, it's not possible to use
`Post_id.t` key with `User.t` value and vice versa.

* Integrate into sequencer

`Batch.t` gained few fields and mainly, the idea changed from having one da "unit" per batch,
to rather have one da "unit" per transaction. The `command_with_action_step_flags` is a command
together with flags, wether the `action_state` was stepped in corresponding account update.

* Add test for bootstrap

* Refactor da_node sync

* Fix readme

* Fix dummy actions step env

For now, the action step flags are all true, as sequencer currently always do the action step if possible.

* Add rpc to query the da node signer public key

This will be needed for tests at least, where you want in the test to query the key and deploy
the outer account with correctly set da committee. Might be useful for other things as well, so I've added it already.

* Add comments

* Fix rebase

* Add option to deploy outer account with initial db

* Rename --testing-mode to --random-sk

* Remove  from da batch as it's redundant

* Add readme to the da layer

* Rename --node-to-sync to --da-node-to-sync

* Separate client rpc functions

* Add more comments

* Rename da batch to diff

* Fix typo

* Add possibility to sync with the list of da nodes
Refactor kvdb with GADT so that key value types need to match
Before, `module Kvdb` was an interface for using correct _key_ type.
Now, the module ensures correct match between _key_ and _value_ types.

Having let's say 2 types stored in kvdb, `Post.t` and `User.t`, with corresponding
key types `Post_id.t` and `User_id.t`, it's not possible to use
`Post_id.t` key with `User.t` value and vice versa.