Cos'è il contenitore BigMap e perché è importante?

1. Il contenitore BigMap è unamappa (dizionario) speciale la cuimemorizzazione viene letta o scritta soloper chiave su richiesta.

Lamotivazioneper avere untale contenitore è la seguente. Supponiamo di avere un contratto contenentemolti datipiù omenoindipendentie dinon voler leggere/scriveretuttii datiin una voltama solo unapiccolaparte diessi. Pensa a crypto-kitties,collezioni,STO (token di sicurezza),ecc. Ingenerale,èmoltopiùefficientein termini di risorse (gase tempo diesecuzione) accedere solo allapartenecessariainvece di caricaretutto.

2. La limitazione di uno soloper contratto èin realtàper scopi di semplicitànell'implementazione di Michelson.

3. Con l'implementazione odierna,avere una sola BigMap significa che se haibisogno di due cose delgeneremap1e map2,devi codificareilmix dimap1e map2facendo qualcosa come:

key=Tasto sinistro1| Tasto destro2

Unesempioin cui si desidera avere due di questemappepuòessere un contratto che rappresentaimmobilie proprietari o oggetti da collezionee proprietari. Potresti voler accedere aiproprietari di alcunibeni obeni di alcuniproprietari.

Personalmentepenso che sarebbebelloeliminare questa restrizionein Michelson.

1. The BigMap container is a special map (dictionary) whose storage is only read or written per key on demand.

The motivation to have such a container is the following. Suppose that you have a contract containing lots of more or less independent data and you don't want to read / write all of the data at once but only a small part of it. Think of crypto-kitties, collections, STOs (security tokens), etc. It is in general much more efficient resource wise (gas and execution time) to only access the part you need instead of loading everything.

2. The limitation of only one per contract is really for simplicity purposes in the Michelson implementation.

3. With today's implementation, having only one BigMap means that if you need two such things map1 and map2, you need to encode the mixing of map1 and map2 by doing something like:

key = Left key1 | Right key2

An example where you would wish to have two such maps can be a contract that represents real estate and owners or collectibles and owners. You may wish to access owners of some goods or goods of some owners.

I personally think that lifting this restriction in Michelson would be nice.