Wir versuchen, eine Dapp zu entwickeln, durch die Benutzer einige Informationen in der Blockchain speichern können. Wir möchten diese Anwendung als Datenspeicher verwenden, damit der Benutzer zu einem späteren Zeitpunkt darauf zugreifen kann. Brauchen wir in diesem Fall einen Smart Contract?
Beispielsweise speichern 1000 Benutzer (Konten) einfach ihre Identität in der Blockchain.
Sie haben in jeder Transaktion ein „Daten“-Feld, das zum Speichern von Informationen verwendet werden kann (es funktioniert ähnlich wie der OP_RETURN-Opcode von Bitcoin, dh es wird vom Protokoll als undurchsichtig betrachtet).
Aber das Abrufen und Verarbeiten der so gespeicherten Informationen wird schwieriger sein, als einen einfachen Vertrag zu schreiben.
Beispielsweise können Sie ein „Daten“-Feld nicht aus einer bestehenden Transaktion löschen, also müssen Sie eine Möglichkeit definieren, solche Daten als nicht mehr gültig zu deklarieren. In einem Vertrag ist es trivial, alte Daten zu überschreiben oder zu löschen.
Letztendlich hängt es, wie in den Kommentaren angegeben, von Ihrem speziellen Anwendungsfall ab.
Sie versuchen, eine solide Technologie für den falschen Zweck einzusetzen. Wie Ihr Titel oder die Sprache „Smart Contract“ suggeriert, sehen Sie dort das Wort „Contract“. Fragen Sie sich nun, in welche Vereinbarung/Vertrag bringen Sie möglicherweise mehr als 1000 Benutzer, indem Sie ihre Daten in der Ethereum-Blockchain speichern? Der Smart Contract funktioniert am besten bei Finanzfällen (aber nicht ausschließlich) und in Fällen, in denen ein Dritter benötigt wird. Wenn Sie sich hinsetzen und mir sagen können, welche Art von Vereinbarung Sie eingehen und welche dritte Partei beteiligt ist, können Sie dann, und nur dann, in Ethereum einsteigen (auch wenn es keinen Sinn ergibt). Liebster Sarmin, dein Fall braucht kein DApp. Danke schön.
Rangesch
Richard Horrocks