libplanet
libplanet copied to clipboard
Blockchain in C#/.NET for on-chain, decentralized gaming
``` Assert.Equal() Failure Expected: 17 Actual: 14 at Libplanet.Tests.Blockchain.Renderers.DelayedActionRendererTest+d__6.MoveNext () [0x004b6] in /mnt/ramdisk/Libplanet.Tests/Blockchain/Renderers/DelayedActionRendererTest.cs:500 --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c]...
So that minters cannot mint money at their will.
Seems like usage of `ConcurrentDictionary` for a capped size dictionary is not enough. Aside from the operations for mutating the internal dictionary of a `KBucket` under current implementation not being...
In PBFT, The vote is for sending whether a proposed/locked block for a round is valid (`PreVote`) or ready to commit the block (`PreCommit`). ### Timestamp (the *actual* time) `ConsensusMessage`...
> It will be great if we can remove this and make `Libplanet` internals used in `Libplanet.Net` public. > > _Originally posted by @limebell in https://github.com/planetarium/libplanet/pull/1760#discussion_r792261018_ Currently *Libplanet* allows *Libplanet.Net*...
While testing with [UniLibplanet], with only two nodes, more than half of the attempts to send `BlockHeaderMessage` which expects a `Pong` as a reply fail. 🙄 [UniLibplanet]: https://github.com/planetarium/UniLibplanet
When posting #2130, I've wanted to move GraphQL mutations from [`NineChronicles.Headless`][] to `Libplanet.Explorer`. but then I felt awkwardness... - `Libplanet.Explorer` had been intended as a set of query, not mutation....
``` [14:27:19 DBG] Preparing a Blocks message to reply to 00395f9250... [14:27:19 DBG] Fetching block 1/500 61076a067105a850d07c0bbed175d018f76ed5dc29b83173556bbfe376257015 to include in a reply to 00395f9250... [14:27:19 DBG] Fetching block 156/500 4cc695fab945d91928c16abb0349dade9b53b75264219fa50fd8c52d5382864c...
See also: https://github.com/planetarium/libplanet/pull/2056#discussion_r908041600
Currently the *Libplanet.RocksDBStore* project depends on [RocksDBSharp] ([repo](https://github.com/warrenfalk/rocksdb-sharp)), but as its upstream has been inactive since 2019, we've had to maintain our own fork, [Planetarium.RocksDBSharp] ([repo](https://github.com/planetarium/rocksdb-sharp)). However, our fork is...