Einschränkungen der JavaScript-API auf der Clientseite?

Mir ist aufgefallen, dass die Ethereum Javascript API die Entwicklung von clientseitigen webbasierten Apps ermöglicht. Sind deren Einschränkungen oder Sicherheitsprobleme bei der Entwicklung einer solchen App zu beachten? Teile der API, die wirklich für serverseitiges JavaScript wie nodejs gedacht sind?

Antworten (1)

Die Dokumentation, auf die Sie verweisen, ist die Dokumentation für v0.20.0 von web3.

Die v1.0.26.beta ist jetzt verfügbar, deren Dokumentation auch hier verfügbar ist

Zwischen v0.20.0 und v1.0.beta sind viele Änderungen passiert. Ein wichtiger Punkt ist die Implementierung des web3.eth.accounts-Teils.

Auf v0.20 hat web3.eth.accounts nur ein Array der verfügbaren Konten abgerufen.

Auf v1.0.beta ruft web3.eth.accounts eine Liste von Funktionen ab, wie im Dokument beschrieben.

Da es sich bei dieser Version jedoch um eine Beta-Version handelt, können viele Funktionen noch fehlen und viele können fehlerhaft sein.

Es gibt keine wirklichen Einschränkungen außer denen, die bereits in der Dokumentation beschrieben sind. Sie werden jedoch wahrscheinlich einige Fehler finden, wenn Sie diese Bibliotheken verwenden. Wenn das passiert, können Sie gerne ein Problem im Projekt-Repo auf Github öffnen.

Letzter Punkt bezüglich der Web3-Bibliothek: Sie ist nicht speziell für die Verwendung auf Client- oder Serverseite vorgesehen. Sie können es für beides verwenden. Wenn Sie jedoch eine vollständig dezentralisierte App erstellen möchten, müssen Sie sie ausschließlich auf der Clientseite verwenden.

Gibt es also tatsächlich mehr Probleme beim Erstellen der App-Serverseite? Danke. Ich bin mir nicht sicher, welche App ich zuerst bauen werde, wahrscheinlich beginne ich mit der Arbeit an einem Ethereum-Modul für blockpress.me , aber erst, wenn ich das steem-basierte Blogging-Modul in einem brauchbaren Zustand habe.
Es gibt keine Probleme mehr, aber ich denke, dass andere Überlegungen angestellt werden müssen. Der Punkt war, darauf hinzuweisen, dass Sie eine neuere Version zur Verfügung haben, und einige Flaggen zu setzen, um zu warnen, dass sich diese Tools noch in der Entwicklung befinden und alle Fehler wahrscheinlich noch nicht entdeckt wurden. Alleine musste ich mich viel durch Dokumente, Tutorials und Stacks-Tickets wühlen, um einige Fehler, einige Problemumgehungen und einige technische Überlegungen zu verstehen. Die Entwicklung von dApps ist noch sehr jung und die Benutzerfreundlichkeit dieser Tools wird sich im Laufe der Zeit weiterentwickeln.
Der Link zu readthedocs in Ihrer Antwort führt zu einem leeren Dokument. Sind Sie sicher, dass es richtig ist? Es scheint keine nützlichen Informationen zu enthalten, nur etwas über das Erstellen einer Readme-Datei.
Mein Fehler, ich aktualisiere meine Antwort, damit Sie den richtigen Link erhalten. Ich c/c unten auch: Doc v1.0.0