Shorthand
Discussion participants: Salakhiev Kamil, Makoto Takemiya, Andrei Lebedev
Salakhiev Kamil :Kamil' Salakhiev, [12.03.20 18:00]
We will design MST differently for Iroha2. As @lebdron suggests we will store pending transactions in blocks. They will be executed only when enough signatures are collected.
This is more convenient way to get statuses of transactions and keep all nodes in sync regarding MST transactions they have
Makoto Takemiya 武宮誠 (Sora.org - Soramitsu), [12.03.20 18:00]
[In reply to Kamil' Salakhiev] :
It’s a bad design
...
, It’s much better to keep things in a pending cache and have them disappear if they don’t get enough signatories in time
...
Никита Пузанков, [12.03.20 18:01]
[ Photo ]
...
.
...
Otherwise, if you have a situation like on sora net with a transaction fee, then no one will pay the fee if the
...
transaction is not validated and you just filled up blocks for free. The other way is to charge to put every signatory in the blockchain. This can work, but is not so friendly
...
.
...
Let’s think about this some more
Makoto Takemiya 武宮誠 (Sora.org - Soramitsu), [12.03.20 18:02]
[In reply to Никита Пузанков]
^^
Kamil' Salakhiev, [12.03.20 18:03]Salakhiev Kamil :
Cache is volatile. If node was restarted we will not be able to fetch accounts pending transactions
Никита Пузанков, [12.03.20 18:04]Nikita Puzankov :
what about TTL for transactions?
Andrei Lebedev, [12.03.20 18:05]
[In reply to Makoto Takemiya 武宮誠 (Sora.org - Soramitsu)] :
Cache will be a frontend to transactions stored in blocks. This will ensure that all nodes have a consistent state
Никита Пузанков, [12.03.20 18:06]
[In reply to Andrei Lebedev]Nikita Puzankov :
Cache is a WorldStateView or another cache?
Kamil' Salakhiev, [12.03.20 18:06]Salakhiev Kamil :
Another cache
Makoto Takemiya 武宮誠 (Sora.org - Soramitsu), [13.03.20 09:05]
[In reply to Kamil' Salakhiev]
Just syncMakoto Takemiya 武宮誠 (Sora.org - Soramitsu), [13.03.20 09:06]
Anyway :
Just sync. Anyway, I thought about it and storing on chain is not an option. If you take a
...
transaction fee for that, then just one signatory can make your account go to 0, which defeats the purpose of multisig. The MST cache in Iroha allowing automatic collation of transactions is actually one of the best features of Iroha now and Iroha2 will definitely continue this.
...
You need 2 temporary caches. Pending transactions and pending MST transactions. Blocks are created from pending
...
transactions cache. MST transactions sit in the cache until they expire or until they get signatures needed from signatories, which will then enable them to move to the pending
...
transactions cache and be put into a block
...
Without an MST
...
transactions cache, multisig has to be done interactively with the clients, which is really terrible for app devs. Instead in Iroha, you can just send your signature to the server and the Iroha nodes will automagically collect all the signatures from clients and then confirm the
...
transaction once the conditions are met.