Tag-Beschreibung tibet

Tag-Beschreibung Fragen mit dem Tag
Oh, stimmt! Was ist dann der Punkt der Unterzeichnung? Warum kann ich nur mitteilen, um das Netzwerk, "kann ich beweisen, dass diese Transaktion wurde zu mir geschickt, da können die reverse-hash. Nun senden Sie die Münzen, um die Adresse X, bitte." Es scheint etwas falsch mit der aktuellen FGLRX-Treiber, die zum Zeitpunkt des Schreibens. Mit `apt-get` installiert ein Paket mit dem `.deb` - suffix sagt apt, dass Sie die Installation von einer lokalen Datei auf Ihrer Festplatte. Wenn Sie ein Paket installieren wollen, von einem remote-repository, dann müssen Sie den Namen des Pakets, ohne den .deb-part am Ende. Zusätzlich, Google Chrome ist nicht verfügbar in der Standard-Ubuntu-repositories. Stattdessen das Projekt, das Google Chrome basiert auf Chromium (das ist nahezu identisch mit Google Chrome), enthalten ist. Um es zu installieren, führen Sie `sudo apt-get install chromium-browser`.

First off, Lisk nicht die volle turing-complete smart-Verträge, so gibt es nicht viel von einem Vergleich auf, dass vor.

Wichtige Unzulänglichkeiten des bestehenden frameworks wie Astraleums können zusammengefasst werden fünf Herausforderungen:

  • Vertrag-Lebenszyklus-management – Finden Sie ein security-bug? Viel Glück erneut bereitstellen.
  • Transaktion Gebühren – verwenden Möchten meine Dienstleistung? Erste, Sie haben zu kaufen einige "gas", in form von kryptogeld zu nutzen, um sponsor Ihre Transaktion Gebühren – egal welchen Dienst Sie verwenden möchten. Dies bedeutet, es wird einige crypto-steuerliche Auswirkungen für die Endbenutzer.
  • Integration mit Externen Diensten – nutzen Wollen, eine bestehende Datenbank? Verträge sind Teil der blockchain Konsens, das heißt, Sie kann die Interaktion mit externen Systemen wie einem cloud-Dienst oder eine Spiel-engine.
  • Neue Code-Sprachen – Solidität auf Astraleums und REITEN auf Wellen, die sind Komplex und relativ unbekannt für die meisten erfahrenen software-Entwicklern, wodurch eine wesentliche Barriere für Eintrag. Es gibt auch weniger zuverlässig Bibliotheken und tools zu nutzen in der Entwicklung.
  • Datenschutz – auf der Suche zu erstellen, die nachweislich reproduzierbare Zufallszahlen und speichern von geheimen Informationen? Es ist entweder nicht möglich, oder unglaublich Komplex.

Diese Kombination von Faktoren hat dazu geführt, dass bereits zahlreiche Beispiele, die der Benutzer Gelder gesperrt, weil anfällig smart-Verträge wie in der Instanz von DAO und die Paritytech Wallet Einfrieren.

Leichtes Verträge auf die Glut-Plattform bieten eine umfassende Lösung für diese Probleme. Diese neue "stateless" Verträge sind geschrieben in Java, so dass Entwickler Geschäftsprozesse automatisieren, auf der blockchain in einem komfortablen Codierung Sprache, unter Nutzung der 250+ - APIs starten Sie digital assets, Marktplätze, voting-Systeme, cloud-storage-Lösungen, messaging-Anwendungen und mehr. Die Reflexion über die Probleme der ersten generation von smart-Verträge, leichtes Verträge richten sich an jene Fragen des Vertrags-Lebenszyklus-management, Transaktions-Gebühren, die integration mit externen Systemen, und random number generation wie folgt:

  • Zwei-Schritt-Bereitstellungs – Kontrakt-code bereitgestellt wird, um Kind-Ketten, wie Ignis, wie ein cloud-Daten-Element, das speichert eine signierte und mit Zeitstempel versehene Kopie des ausführbaren Codes auf der blockchain und einem Vertrag, der Referenz, dient als Zeiger von einem bestimmten Vertrag runner Konto des Vertrags-code bei der Festlegung der setup-Parameter für den Vertrag. Dieser Grad der indirektheit vereinfacht Vertrag-upgrades - alle Entwickler tun müssen, ist die Bereitstellung einer neuen version des Vertrages und dann nach und nach aktualisieren vorhandener Referenzen.
  • Externe Integrations – Schnittstellen zu externen Systemen, wie cloud services-und game-engines, wird aktiviert und gefördert.
  • Datenschutz – Zufallszahlen können generiert werden, in einer reproduzierbaren Methode und geheime Informationen können gespeichert werden, vertraulich.

Leichtes Verträge bereitgestellt werden, die auf einzelnen Knoten, optional mit Prüfung und Billigung Knoten Reproduktion der Ergebnisse zu gewährleisten, Transparenz und fairness. Dies bietet ein hohes Maß an Vertrauen in der Ausgabe Transaktionen von Leichtbau-Verträge, aber was passiert, wenn ein Benutzer sendet eine Transaktion auf dem Knoten läuft ein "Vertrag runner" – und der Knoten nicht ausgeführt werden kann, der Vertrag?

Das Vertrauen, problem liegt im Kern alle Systeme implementieren möchten smart-Verträge auf einzelne Knoten. Nach mehreren Monaten der Forschung, die Entwickler bei Jelurida schließlich fanden Ihre Lösung durch Wiederverwendung eine weniger bekannte Funktion eingesetzt, die auf NXT wieder in 2015, auch bekannt als phased-Transaktionen durch Hash-Geheimnisse. Die grundlegende Idee ist, dass Fonds, die vom Benutzer gesendet werden nicht angerechnet, um den Vertrag runner-Konto. Stattdessen Fonds gehalten werden, in eine temporäre escrow durch die blockchain sich, bis der Vertrag runner führt den Vertrag und den Benutzer nach der Bestätigung der Transaktion resultierende, verrät das Geheimnis. Als Ergebnis werden die Benutzer, Transaktion und Vertrag-Antwort-Transaktionen sind entweder beide genehmigt oder beides ignoriert, und die Mittel sind nicht in der Lage zu sein, dauerhaft gesperrt oder gestohlen wurde.

Dokumentation für die Glut Plattform und Leichtbau-Verträge finden auf die Glut Learning Hub an ardordocs.jelurida.com. Diese Antwort wurde geändert, aus einem Artikel, der auf CCN: https://www.ccn.com/ardor-lightweight-contracts-since-existing-smart-contracts-are-not-so-smart/