Kernpunkte
- Bitcoin verbraucht und erzeugt UTXOs; es nutzt nicht dasselbe Kontenmodell wie Ethereum.
- Bestätigungen liefern zunehmend Nachweise für die Aufnahme in die Blockchain; ihre Anzahl muss auf das Risiko des Vorgangs abgestimmt werden.
- Mit Script und Signaturrichtlinien lassen sich Bedingungen festlegen, unter denen UTXOs ausgegeben werden können, allerdings in anderem Umfang als bei der EVM.
Was ist Bitcoin?
Bitcoin registriert Übertragungen seines nativen Vermögenswerts über ein Netzwerk von Nodes, die Konsensregeln prüfen. Sein UTXO-Modell stellt ausgabefähige Beträge als Ausgaben früherer Transaktionen dar. Der Saldo, den eine Wallet anzeigt, setzt sich aus diesen Einheiten zusammen.
Für ein Unternehmen bedeutet die Integration von Bitcoin mehr, als eine Empfangsadresse anzuzeigen. Das System muss Eingänge identifizieren, sie einem Geschäftsvorgang zuordnen und entscheiden, wann es deren Bestätigung als ausreichend ansieht. Es muss zudem die Kontrolle über die Schlüssel behalten und darüber, wer eine Bewegung autorisieren darf.
So funktioniert es
Eine Transaktion verwendet frühere Ausgaben als Eingaben und erzeugt neue Ausgaben, gegebenenfalls einschließlich Wechselgeld. Die Ausgabebedingungen werden über Scripts ausgedrückt. Die Nodes prüfen diese Bedingungen, und die Miner nehmen Transaktionen per Proof of Work in Blöcke auf.
Die Auswahl der UTXOs beeinflusst Gebühren und Privatsphäre. Das Backend muss ausstehende Transaktionen, Bestätigungen und mögliche Reorganisationen verfolgen und verhindern, dass ein und derselbe Zahlungseingang mehrfach verbucht wird. Ein eigener Node erlaubt die direkte Prüfung des Status, bringt aber zusätzliche Verantwortung für Betrieb und Wartung mit sich.
Die Gebühr hängt von der virtuellen Größe der Transaktion und der gewählten Gebührenrate ab, nicht nur vom gesendeten Betrag. Deshalb beeinflussen Anzahl und Art der Inputs die Betriebskosten eines Dienstes.
Was Bitcoin bietet
Bitcoin kann sich für Zahlungseingänge, Treasury-Überwachung und Abläufe eignen, in denen BTC nach einer ausdrücklichen Autorisierungsrichtlinie bewegt werden müssen. Die Architektur kann die Vorbereitung von Transaktionen und das Signieren trennen, damit die Schlüssel außerhalb der Dienste bleiben, die öffentliche Anfragen bedienen.
Wir bewerten Betrag, Häufigkeit und Kontrollanforderungen jedes Vorgangs, bevor wir Bestätigungen und Gebühren festlegen. Werden häufige Zahlungen kleiner Beträge benötigt, verändert eine Lösung wie Lightning das Betriebsmodell und muss mit ihren eigenen Anforderungen an Liquidität und Verfügbarkeit bewertet werden.
Für das Treasury lassen sich Vorbereitung und Signatur über teilweise signierte Transaktionen (PSBT) trennen. Das Team legt fest, wer Zahlungen vorbereitet, wer sie autorisiert und wie Empfänger und Wechselgeld vor dem Signieren geprüft werden. Es muss außerdem Outputs, Backups und die Abstimmung nach Bestätigungen verwalten. Lightning bringt ein weiteres Betriebsmodell mit eigenen Kanälen und eigener Liquidität mit sich; es sollte nicht als einfache Option zur Beschleunigung beliebiger Transfers auf dem Basis-Ledger behandelt werden.
Grenzen und Auswahlkriterien
Bitcoin bietet nicht dieselbe Umgebung für universell einsetzbare Smart Contracts wie Ethereum. Ein Projekt mit Tokens und komplexer Logik muss die nativen Fähigkeiten von den zusätzlichen Protokollen oder anderen Netzwerken unterscheiden, die es nutzt. Jede Komponente bringt andere Annahmen mit sich.
Die beobachteten Gebühren und Zeiten schwanken mit der Nachfrage und der gewählten Sendestrategie. Es genügt auch nicht, einen Hash zu prüfen, um den endgültigen Status einer Zahlung zu kennen. Die Anwendung muss festlegen, wie sie mit Verzögerungen, Ersetzungen und Reorganisationen umgeht, und diese Situationen dem Nutzer verständlich darstellen.
