Was ist der BigMap-Container und warum ist es wichtig?

.
1. Der BigMap-Containeristeine spezielle Karte (Wörterbuch),deren Speichernurpro Schlüssel auf Anfragegelesen odergeschrieben wird.

Die Motivation,einen solchen Behälter zu haben,ist derfolgende. Angenommen,Sie habeneinen Vertrag,der vielemehr oder weniger unabhängige Datenenthält,und Siemöchtennichteinmal alle Daten aufeinmal lesen/schreibenmöchten,sondernnureinen kleinen Teil davon. Denken Sie an Crypto-Kätzchen,Sammlungen,Stoten (Sicherheitstiken) usw. Esistim Allgemeineneine vieleffizientere Ressourcen (Gas- und Ausführungszeit),umnur auf dengewünschten Teil zuzugreifen,anstatt alles zu laden.

2. Die Einschränkung vonnureinem pro Vertragist wirklichfüreinfachheitliche Zweckein der Michelson-Implementierung.

3. Mit der heutigen Implementierungbedeutet,dass Sienureine BigMap haben,wenn Sie zwei solcher Dinge MAP1 und MAP2benötigen,müssen Sie das Mischen von MAP1 und MAP2 codieren,indem Sieetwastun:

key=links key1| Right Key2

Ein Beispiel,in dem Sie zwei solcher Karten habenmöchten,kannein Vertrag sein,der Immobilien und Besitzer oder Collectibles und Besitzer darstellt. Möglicherweisemöchten Sie auf Eigentümer von Waren oder Wareneiniger Eigentümer zugreifen.

Ich denkepersönlich,dass das Anheben dieser Einschränkungin Michelsonnett sein würde.

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.