Transaktionsgebühren

Burstcoin unterstützt das Senden von BURST von einem Konto zu einem anderen Konto, einem zu mehreren Konten und mehreren erweiterten Transaktionstypen für eine einzige Mindesttransaktionsgebühr.

Minimale Transaktionsgebühr (manchmal als „Fee Quant“ bezeichnet)

• .00735 BURST (735.000 Plancks).

Alle Transaktionstypen verwenden den folgenden Slot-basierten Transaktionsgebührenplan.

1: 0.00735 - 0.01469
2: 0.01470 - 0.02204
3: 0.02205 - 0.02939
4: 0.02940 - 0.03674
5: 0.03675 - 0.04409
6: 0.04410 - 0.05144
7: 0.05145 - 0.05879
8: 0.05880 - 0.06614
9: 0.06615 - 0.07349
10: 0.07350 - 0.08084

Dieser Zeitplan wird linear bis fortgesetzt1020 für die die höchste Gebühr von 7.49700 BURST wird berechnet, wobei jeder Slot eine Transaktion enthält. Die Mindestgebühr für jeden Slot ist die minimale Transaktionsgebühr (Gebühr quant) multipliziert mit der Slotnummer. Die Gesamtgebühr für einen Block, in dem alle Slots mit der erforderlichen Mindestgebühr belegt sind, beträgt3827.2185 PLATZEN.

Transaktionen werden dem Slot zugewiesen, für den die angegebene Transaktionsgebühr in den Gebührenbereich für diesen Slot fällt. Beispielsweise würde eine Transaktion mit einer bestimmten Gebühr von 0,03 dem vierten Steckplatz zugewiesen, da sie in den Bereich von fällt0.02940 - 0.03674 . Der Betrag, um den die angegebene Gebühr einer Transaktion die Mindestgebühr für den Slot überschreitet, dem sie zugewiesen ist, wird nicht erstattet. Es ist an dem Benutzer, eine angemessene Gebühr zu wählen, die keine Mittel verschwendet.

Wenn kein Slot verfügbar ist, bleibt eine Transaktion im Speicherpool unbestätigt, bis ein Slot in einem zukünftigen Block verfügbar wird oder bis die Frist für die Aufnahme abgelaufen ist.

Das Slot-basierte Transaktionsgebührensystem ist ein abschreckender Anreiz für die Erstellung von Spam-Transaktionen, für die ansonsten nur geringe oder keine Investitionen erforderlich wären. Dies spart Blockchain-Speicherplatz und reduziert die Kosten für den Betrieb eines öffentlichen Knotens auf ein Minimum.

Beispiele:

Unter der Annahme einer Blockkapazität von 10 Transaktionen werden Transaktionen mit festgelegten Gebühren von .07350, .07000, .05900, und .00800 würde Slots wie folgt zugewiesen werden:

.07350 bis Steckplatz 10

.07000 bis Steckplatz 9

.05900 bis Steckplatz 8

.00800 bis Steckplatz 1

Die Burstcoin-Brieftasche ist mit einem Tool ausgestattet, das eine Transaktionsgebühr basierend auf der Transaktionslast in den letzten 10 Blöcken vorschlägt. Die vorgeschlagenen Gebühren lauten wie folgt:

• 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 Burstcoin API .

Transaktionstypen

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

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

Eins-zu-Eins-Transaktion

• Geben Sie ein Burstcoin-Konto als Empfänger, den Transaktionsbetrag und die Transaktionsgebühr an.
• Fügen Sie eine Nachricht hinzu (optional). Die Nachricht kann verschlüsselt (nur für den Empfänger sichtbar) oder im Klartext (für alle sichtbar) sein. Der Standard ist verschlüsselt.
• Klicken Sie auf „BURST senden“.

Multi-Out-Transaktionen

• Senden Sie BURST an bis zu 128 eindeutige Empfänger, wenn der an jeden gesendete Betrag gleich ist.
• Senden Sie BURST an bis zu 64 eindeutige Empfänger, wenn der an die einzelnen Empfänger gesendete Betrag unterschiedlich ist.
• Wenn der an jeden Empfänger zu sendende Betrag derselbe ist, sollte die Option „Gleicher Betrag“ aktiviert werden.

Notiz zu sich selbst hinzufügen

• Diese Option ermöglicht die Eingabe einer verschlüsselten Notiz in sich selbst.

Benutzerdefinierte Frist:

• Fristen legen die Dauer der Vorbestätigungsgültigkeit einer Transaktion fest.
• Die Standardeinstellung ist maximal 24 Stunden.
• Wenn dies nicht fristgerecht bestätigt wird, werden Transaktionen aus dem Pool nicht bestätigter Transaktionen gelöscht und müssen erneut ausgestellt werden.

Bedingte Ausführung

Ermöglicht die Konditionierung einer Transaktion von der Bestätigung einer anderen. 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

Die Option „Nicht senden“ verhindert, dass eine signierte Transaktion gesendet wird. Wenn die Option „Nicht senden“ aktiviert ist, werden die Rohtransaktionsdetails angezeigt und müssen in einer separaten Datei gespeichert werden. Um die Transaktion später zu senden, müssen die rohen Transaktionsdetails abgerufen und eingegeben werden. T.Diese Option wird im Allgemeinen in Kombination mit der Offline-Transaktionssignierung verwendet.

Offline-Signatur

Der Begriff „Offline-Transaktionssignierung“ bezieht sich auf die Praxis, private Schlüssel auf einem Offline-Gerät zu behalten (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 Transaktion, die gesendet wird, enthält nur eine Signatur zur einmaligen Verwendung, sodass diese Vorgehensweise praktisch risikofrei ist.

So senden Sie eine Transaktion, die offline signiert wurde:

• 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. BRS verwendet diese Form der Signatur für seine Brieftaschenschnittstelle über lokal ausgeführtes JavaScript.

Technische Informationen für Entwickler:

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.

Implementieren der Transaktionssignatur

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 Argument eher als 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 / Burst-Referenzsoftware
• 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}

Hinweis: Fügen Sie die Signatur und die TransactionBytes-Länge hinzu

Vergleichen und überprüfen Sie Ihre Implementierung mit requestType: Sign Transaction.

Die Transaktion ist jetzt signiert und kann gesendet werden (nur über POST): Siehe BRS-API-Transaktionen.