You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

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

Makoto Takemiya 武宮誠 (Sora.org - Soramitsu), [12.03.20 18:01]
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 ]

Makoto Takemiya 武宮誠 (Sora.org - Soramitsu), [12.03.20 18:02]
Otherwise, if you have a situation like on sora net with a transaction fee, then no one will pay the fee if the tx 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.

Makoto Takemiya 武宮誠 (Sora.org - Soramitsu), [12.03.20 18:02]
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]
Cache is volatile. If node was restarted we will not be able to fetch accounts pending transactions

Никита Пузанков, [12.03.20 18:04]
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]
Cache is a WorldStateView or another cache?

Kamil' Salakhiev, [12.03.20 18:06]
Another cache

Makoto Takemiya 武宮誠 (Sora.org - Soramitsu), [13.03.20 09:05]
[In reply to Kamil' Salakhiev]
Just sync

Makoto Takemiya 武宮誠 (Sora.org - Soramitsu), [13.03.20 09:06]
Anyway, I thought about it and storing on chain is not an option. If you take a tx 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.

Makoto Takemiya 武宮誠 (Sora.org - Soramitsu), [13.03.20 09:09]
[In reply to Никита Пузанков]
You need 2 temporary caches. Pending transactions and pending MST transactions. Blocks are created from pending tx 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 tx cache and be put into a block

Makoto Takemiya 武宮誠 (Sora.org - Soramitsu), [13.03.20 09:10]
Without an MST tx 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 tx once the conditions are met.

  • No labels