Signum Zahlungslösungen

Transaktionstypen

Eins-zu-Eins-Transaktionen (Einzelzahlungen): Die einfachste Transaktionsart, Einzelzahlungen, sind einmalige Zahlungen eines einzelnen Betrags von einem Konto auf ein anderes.

• Geben Sie ein Signum-Konto als Empfänger, den Transaktionsbetrag und die Transaktionsgebühr an.
• Fügen Sie eine Nachricht mit bis zu 1.000 Zeichen hinzu (optional). Nachrichten werden standardmäßig verschlüsselt (nur für den Empfänger sichtbar), können aber auch als Klartext gesendet werden (auf der Blockchain für jeden sichtbar).
• Klicken Sie auf „Signa senden“.

Multi-Out-Transaktionen: Kostengünstige Methoden zum Senden mehrerer Zahlungen als eine einzige Transaktion, bei der eine einzige Transaktionsgebühr anfällt.

• Senden Sie Signa an bis zu 128 eindeutige Empfänger, wenn der an jeden gesendete Betrag gleich ist.
• Senden Sie Signa an bis zu 64 eindeutige Empfänger, wenn der an sie gesendete Betrag unterschiedlich ist.
• Wenn der Betrag, der an jeden Empfänger gesendet werden soll, gleich ist, aktivieren Sie die Option „gleicher Betrag“.

Abonnementpläne: Methoden für wiederkehrende Zahlungen (ähnlich wie bei Dauerbankaufträgen)

• Legen Sie den Betrag fest, der in jedem Intervall gesendet werden soll.
• Legen Sie das Zeitintervall für das Senden jeder Zahlung fest (von mindestens 60 Minuten bis zu mehreren Tagen oder Monaten).
• Eine Nachricht kann auch angehängt und zu Beginn des Abonnements an den Empfänger gesendet werden.

• Abonnementpläne werden unabhängig von der Netzwerklast wie geplant ausgeführt.
• Die Anzahl der Abonnementzahlungen in einem Block ist nicht begrenzt.

Verschlüsselte Notizen an sich selbst: Nutzen Sie eine Null-Zahlung, um Nachrichten an sich selbst oder andere zu senden.

• Starten Sie eine regelmäßige Transaktion.
• Geben Sie als Empfänger Ihre Kontonummer ein.
• Nachricht hinzufügen.
• Setzen Sie den Zahlungsbetrag auf Null.
• Senden Sie die Transaktion.

Erweiterte Transaktionsoptionen

Benutzerdefinierte Fristen:

• Fristen legen die Dauer der Vorbestätigungsgültigkeit einer Transaktion fest.
• Die Standardeinstellung ist maximal 24 Stunden.
• Wird eine Transaktion nicht fristgerecht bestätigt, wird sie aus dem Pool der unbestätigten Transaktionen gelöscht und muss neu ausgestellt werden.

Bedingte Ausführung: Dadurch kann eine Transaktion von der Bestätigung einer anderen abhängig gemacht werden. Der Mechanismus funktioniert wie folgt:

• Eine Transaktion mit Hash txhash ₁ wurde ausgestellt.
• Transaktion tx ₂ geschaffen.
• Wenn die txhash ₁ wird als „References Transaction Hash“ in bereitgestellt tx ₂ ,
• tx ₂ wird erst nach ausgeführt tx ₁ wurde bestätigt.

Option „Nicht senden“: Verhindert, dass eine signierte Transaktion gesendet wird.

• Wenn die Option „Nicht senden“ aktiviert ist, werden die Rohtransaktionsdetails angezeigt, um sie in einer separaten Datei zu speichern.
• Um die Transaktion später zu übertragen, müssen die rohen Transaktionsdetails abgerufen und in eine separate Wallet-Funktion eingegeben werden.
• Diese Option wird im Allgemeinen in Kombination mit der Offline-Transaktionssignierung verwendet.

Offline-Transaktionssignierung: Eine Methode, um private Schlüssel auf einem Offline-Gerät aufzubewahren (sie niemals dem Internet auszusetzen).

• Einzelne Transaktionen werden auf einem Offline-Gerät signiert und dann zur Übertragung auf ein Online-Gerät kopiert.
• Die übertragene Transaktion enthält nur eine Single-Use-Signatur, sodass diese Vorgehensweise praktisch risikofrei ist.
• Zugriff auf „Transaktionsvorgänge“
• Geben Sie die signierte Transaktionsbytes
• Klicken Sie auf „Broadcast“

Hinweis: Zusätzlich zum Signieren von Transaktionen von einem Offline-Gerät kann das Signieren auch auf einem Online-Gerät erfolgen, jedoch weiterhin lokal. Vorausgesetzt, der Computer ist frei von Malware, ist dies die bequemste Option, während private Schlüssel weiterhin sicher sind. Signum Node verwendet diese Form des Signierens für seine Wallet-Schnittstelle durch lokal ausgeführtes JavaScript.

Transaktionsgebühren

Transaktionsgebühren in Signum sind vollständig marktbasiert. Dies bedeutet, dass ein ganzer Block voll sein muss, bevor sich eine Transaktion, bei der die Mindesttransaktionsgebühr bezahlt wird, verzögert.

Mindesttransaktionsgebühr (als „fee quant“ bezeichnet)

• .00735 Signa

Die meisten Transaktionsgebühren werden basierend auf der Bytegröße einer Transaktion in der Kette berechnet. Die Grundformel lautet wie folgt:

• Transaktionsgebühr = .00735 * floor (transactionBytes / 176): Notiz: Mit dem „floor“ Funktion, Ergebnisse werden auf eine ganze Zahl abgerundet.

Im Folgenden finden Sie Beispiele für Transaktionen, die in die Grenzen der minimum fee of .00735 (Transaktionen, die sind 352 bytes oder weniger on-chain).

• Gewöhnliche Transaktionen: Size on-chain: 176 bytes
• Gewöhnliche Transaktionen mit kleinen Anhängen: Größe on-chain: up to 352 bytes
• Einfache Nachrichten:
• Transaktion hinzuzufügen commitment: Größe on-chain: 184 bytes
• Einzahlungen an eine Börse (with or without memo): Größe on-chain: 245 bytes
• Token bestellen: Größe on-chain: 201 bytes
• Ordinär Transaktionen zu erweitert addresses (mit public key attached): Größe on-chain: 209 bytes
• Transaktionen zum Erstellen von a subscription: Größe on-chain: 181 bytes

Die folgenden Beispiele haben eine Gebühr, die höher ist als die Mindestgebühr (aufgrund ihrer byte size on-chain).

• Gewöhnliche Transaktionstypen mit großem Anhang:
• Multi-out Transaktionen mit der maximalen Anzahl von Empfängern: Größe on-chain: 1200 bytes: Transaction Fee = .00735 * floor (1200 bytes / 176) = .0441
• Nachricht mit großem Anhang: Größe on-chain: 1200 bytes: Fee = .00735 * floor (1200 bytes / 176) = .0441

Die Mindestgebührenstruktur ist darauf ausgelegt, den Durchsatz von Werten und Informationen, die effizient verschoben werden können, zu maximieren on-chain. Die größere Gebühr, basierend auf Vielfachen von 176 bytes, dient dazu, das Ausmaß des Blockchain-Wachstums zu begrenzen.

Bestimmte Transaktionen, wie die Ausgabe einer Token-Serie, die Übertragung eines Alias ​​oder die Erstellung eines Smart Contract, sind Blockchain-Dienste auf höherer Ebene und unterliegen einem Multiplikator, der als bezeichnet wird factor.

• Weisen Sie eine zu alias: Size on-chain: 1200 bytes: Transaktionsgebühr basierend auf byte size =.00735 * floor (1200 bytes / 176) = .0441: A Minimum fee of 20 gilt für diese Transaktion: Resultierende Gebühr = 20.
• Übertragen Sie ein alias:
• Ein … kreieren smart contract:

Signum wallets über ein Tool zum Vorschlagen von Transaktionsgebühren verfügen, das die aktuellen Aktivitätsniveaus in der Kette bewertet, damit der Absender bei der Auswahl einer Gebühr über fertige Informationen verfügt. Im Folgenden sind die 3 Empfehlungsstufen aufgeführt:

• Budget: 50% Wahrscheinlichkeit, dass die Transaktion in den nächsten 10 Blöcken enthalten ist
• Standard: 50 Wahrscheinlichkeit, dass die Transaktion in den nächsten Block aufgenommen wird
• Priorität: 90 Wahrscheinlichkeit, dass die Transaktion in den nächsten Block aufgenommen wird, 99 Wahrscheinlichkeit, dass die Transaktion in den nächsten beiden Blöcken enthalten sein wird.

Das Tool für Gebührenvorschläge wird über das zur Verfügung gestellt Signum API .

Technische Informationen für Entwickler:

Maximale Anzahl an Transaktionen pro Block: Alle 4 Minuten wird ein neuer Block mit den folgenden Attributen erstellt:

• Maximale Größe: 179.520 Bytes
• Maximale Transaktionen: 19.200 (Multi-Out)
• Maximale Transaktionen pro Sekunde: 80
• Maximale Anzahl von Abonnements: Unbegrenzt

Normale Transaktionen sind Transaktionen, für die die Mindesttransaktionsgebühr erhoben wird:

• Geld senden
• Alias erstellen
• Nachricht übertragen
• Ausgabe-Asset
• Auftragsanlage

Serverseitige Online-Transaktionssignierung:

Obwohl dies möglich ist, wird es nur als „sicher“ angesehen, dies mit localhost zu tun. Wenn Sie Software entwickeln / vertreiben, bieten Sie Ihren Kunden keine Online-Signatur als Option an. Sie machen sie zu einem potenziellen Ziel für böswillige Aktionen.

Transaktionssignierung implementieren:

Transaktionen müssen signiert sein, bevor sie gesendet werden können. Verwenden Sie eine der API-Funktionen zu fordern transactionBytes von einem Knoten. Das zurückgegebene JSON-Objekt enthält das transactionBytes die die durchzuführende Transaktion darstellen.

Es ist wichtig, die publicKey argumentieren statt secretPhrase für die transactionBytes bitte. Auch um die einzustellen broadcast Argument zu false, um eine Übertragung zu verhindern.

Informationen zum lokalen Signieren der transactionBytes finden Sie in den folgenden Quellen, um die Signaturfunktionen in Ihren Code aufzunehmen.

Codequellen

• Javascript / Java / Signum-Knoten
• Swift/Obj-C / BurstKit
• C++ / CloudBurst

Pseudocode:

function signTX(unsignedTransactionBytes) { myBytes = unsignedTransactionBytes // keep a copy signature = crypto.sign(unsignedTransactionBytes, passPhrase) // make the signature myBytes.copy(96, signature); // copy the signature over the unsignedTransactionBytes with a offset of 96 bytes return myBytes}

Anmerkungen:

• Signatur und TransactionBytes-Länge hinzufügen
• Vergleichen und überprüfen Sie Ihre Implementierung mit requestType: Sign Transaction.
• Die Transaktion ist jetzt signiert und kann gesendet werden (nur über POST): Siehe Signum Node API Transactions .