Block 832846 https://blockexplorer.smartholdem.io/block/587713384246415937

1. Automatische Tests für mehrere Bibliotheken hinzugefügt

• smartholdem-rpc https://travis-ci.org/smartholdem/smartholdem-rpc

• smartholdem-blockexplorer https://travis-ci.org/smartholdem/smartholdem-blockexplorer

• sth-js https://travis-ci.org/smartholdem/sth-js

Automatisierte Testsysteme verwenden mehrere Projekte, einschließlich der Mannschaft bitcoin core,
automatisierte Tests schließen viele Probleme bei der Entwicklung und beim Testen aus.

2. Komplett fertig und gebrauchsfertig Bibliothek smartholdem-rpc https://github.com/smartholdem/smartholdem-rpc , in der neuesten Version hinzugefügt Parameter für die Arbeit mit RPC Json auf Whitelist IP:
   Empfangen von Anfragen von der angegebenen Adresse

   --allow <address>

Empfangen von Anfragen von allen Adressen zum Testen und Konfigurieren
Code:

--allow-remote

Arbeitsgenerierung von hierarchischen Adressen mit Masterpasswort basierend auf dem bip38-Protokoll https://github.com/bitcoin/bips/blob/master/bip-0038.mediawiki hinzugefügt

3. Das Protokoll der Erzeugung von spezialisierten QR-Codes https://github.com/smartholdem/smartholdem-qr mit uri basierend auf dem Protokoll bip021 https://github.com/bitcoin/bips/blob/master/bip-0021.mediawiki hinzugefügt,
   notwendig für die Abrechnung, Bezahlung über die Links, eine neue Version der Desktop-Wallet.

4. Das öffentliche Medienarchiv smartmedia https://github.com/smartholdem/smartmedia wird ständig aktualisiert

5. Der Abschnitt SmartHoldem Improvement Proposals wurde angekündigt - SHIPs https://github.com/smartholdem/SHIPs mit eigener Vorlage, analog BitCoin BIP,
   in diesem Abschnitt werden die zukünftigen Protokolle der SmartHoldem-Plattform zur Implementierung vorgeschlagen.

6. Created Lite Java Client https://github.com/smartholdem/smartholdem-java Interaktion mit Blockchain SmartHoldem,
   dies ist eine der vier erforderlichen Bereitstellungsbibliotheken für SmartEvents Contracts und ein neues ereignisbasiertes Dienstinteraktionsprotokoll, siehe Punkt 7

7. Erstellung einer separaten Gruppe von SmartEvents-Repositories https://github.com/SmartEvents , die auf die Entwicklung von SmartEvents-Protokollen und Verträgen ausgerichtet sind
   und ein neuer ereignisbasierter Ansatz für die Interaktion mit Blockchain-Plattformen, hier ist mehr im Detail:

Vorwort

Viele Leute wissen, dass wenn Sie mit Servern interagieren, um Daten zu erhalten, Sie diesen Ansatz normalerweise verwenden,
wenn Sie regelmäßig auf den Server zugreifen, um die angeforderten Daten zu erhalten.
zum Beispiel, durch cron 1 mal pro Minute, überprüfen Sie die Verfügbarkeit neuer Transaktionen in Ihrem Wallet,
oder zum Beispiel ein einfacher Chat, wenn Sie jede Sekunde auf die Server-Datenbank mit einer Anfrage nach Daten über neue Nachrichten zugreifen müssen,
ist dieser Ansatz offensichtlich ineffektiv.

Laut Studien vieler Kampagnen werden 99% der Serverressourcen wegen "untätigem" Zugriff auf Datenbanken im Netzwerk verschwendet,
was zu zusätzlichen Kosten für den Aufbau von Server-Hardware (RAM, CPU etc ..) führt.

Unsere Vision

100% Effizienz der Ressourcennutzung gegenüber 1%, Reduzierung der Serverkosten.
Dieses Problem wird durch die Entwicklung eines ereignisbasierten Ansatzes gelöst, der aus Zuhörern (listeners) und Dienstleistern besteht (services).

Teilnehmer am SmartHoldem-Netzwerk können sowohl Zuhörer als auch Diensteanbieter werden und dafür eine zusätzliche Vergütung von Verbrauchern erhalten.
Servicekonsumenten sind Anwendungen und Unternehmen, die vertrauenswürdige von der Community bereitgestellte Dienste verwenden.

Alternativ können die Verbraucher von Diensten ihre Zuhörer und Dienstanbieter auf ihren eigenen Servern erhöhen,
Vertrauenswürdige Remote-Dienste nicht verwenden.

Wie es funktioniert

Beispiel 1 - Sie müssen Informationen zu eingehenden Transaktionen an Tausende von Adressen erhalten

• Listeners hören Netzwerkereignisse in der Blockchain lokal / remote, mehr Möglichkeiten für Netzwerkbenutzer schaffen und Services dezentralisieren.
  Die API ermöglicht es Benutzern, Abonnements zu erstellen und Blockchain-Ereignisse in Echtzeit mithilfe von Webhook-Callbacks zu empfangen.

• Erstellen und Ausführen von Serviceverträgen, das kann alles sein: vom Hochladen einer Datei bis zum Übertragen von Werten,
  erstellen von intellektuellen Verträgen, Ausführen von Code auf Computerplattformen basierend auf Bockchain oder Interagieren mit IoT.

• Ein Service-Consumer (z. B. eine Exchange mit Tausenden von SmartHoldem-Adressen) abonniert Ereignisse im Netzwerk,
  In unserem Beispiel: Empfang der Transaktion an N1000 + Adressen mit der Bedingung von 5+ Bestätigungen.

Wenn ein Ereignis auftritt, führt Services die erforderliche Logik aus,
zum Beispiel senden eine POST-Benachrichtigung an die Datenbank / Callback URL über den Erhalt einer neuen bestätigten Transaktion und
fügen den STH-Kontostand dem Benutzerkonto hinzu.

!Dies schließt eine zusätzliche Belastung des Servers und eine 100% ige Effizienz bei minimalem Ressourcenverbrauch aus.

Die ereignisbasierte Technologie wird auch in vertragsbestimmten Ereignissen verwendet.

Das Beispiel ist maximal vereinfacht im Verständnis der Grundprinzipien der Interaktion von Knoten.

Als Sicherheit kann die Whitelist, vertrauenswürdige Sites und den eindeutigen API-Schlüssel verwendet werden,
der vom Consumer von Diensten empfangen wird, die auf der STH-Adresse basieren.Das heißt, alle Anfragen im Netzwerk erfolgen mit Autorisierung.
Anfragen ohne Autorisierung werden von den Diensten und und Zuhörer des Netzwerks abgelehnt.

Um den Api-Key zu erhalten, füllt der Verbraucher seine STH-Adresse mit dem notwendigen Geldbetrag von 0 bis N Münzen auf.
Wenn der Verbraucher auch ein Anbieter eigener Dienste ist, kann er 0 setzen.

Wenn der Kunde vertrauenswürdige Dienstanbieter verwendet, wird der Dienst bereitgestellt,
bis das gesamte Guthaben der unterzeichneten Adresse mit API-Key zugunsten des Dienstanbieters vergeudet ist.
Der empfohlene Anfangsbetrag für Service Provider beträgt 100 Einheiten.

Dienstleistungen und Verträge sind in ihren Modifikationen unbegrenzt.
Primäre Dienste und Ereignisse können wie folgt sein:

• Ein neuer Block wird erstellt - ausführen die Operation

• Eine Transaktion wurde an der Adresse A mit der Anzahl der Bestätigungen N empfangen

• Eine Transaktion wurde an der Adresse A mit der Anzahl der Bestätigungen N und der Summe> S empfangen

• hat eine Wette auf das Spiel E gesendet

• Ein Spiel-Event + Service-Vertrag wurde initiiert

• Block N erhalten

• direkter Austausch von BTC> STH über das Netzwerk + Vertrag
  usw..