Ich weiß nicht wie weit Du das Konzept Lightning Network schon
durchdrungen hast. Ich selbst noch nicht zu 100%. Grundsätzlich ist der
Ansatz, dass sagen wir jeweils ein „Coin“ auf eine Adresse
„überwiesen“ wird und gleichzeitig die Überweisenden die Schlüssel
für eine weitere Transaktion zur Rücküberweisung haben. Diese zweite
Transaktion wird aber (noch) nicht in die Blockchain geschrieben sondern
bei „Zwischenzahlungen“ werden entsprechend neue
Rücküberweisungstransaktionen signiert. Diese neuen Transaktionen bewirkt
dann z.B. dass A nur 0,9 Coins bekommt und B 1,1. Damit nicht die alte
Transaktion (also die jeder_bekommt_wieder_einen_Coin_zurück_Transaktion)
ausgeführt werden kann erhalten neue Transaktionen einen
Block-/Zeitstempel. Der Rest ist Smart Contract. Wenn jemand feststellt die
alte 1:1 Transaktion wurde auf die Blockchain geschrieben kann er vorher
die zweite 0,9:1,1 Transaktion ausführen. Beim Routing kommen wieder Smart
Contracts zum Einsatz.
Das ist auch nur EIN Ansatz. State Channel Ethereum basiert wäre z.B.
http://raiden.network

Das klingt, als wärst du sehr verwirrt und schmeißt einfach mal alles durcheinander.

- Wenn 2 Adressen jeweils einen Bitcoin übertragen bekommen, sind das ja eigenständige Transaktionen, denn diese werden sich diesen Bitcoin ja nicht gegenseitig übertragen - wo läge der Sinn?
- Wieso also sollte eine Abhängigkeit der 2 Transaktionen bestehen?
- Wenn man 1 Bitcoin übertragen will, dann nicht 0,9 oder 1,1 - auch hier versagt mein Verständnis.
- Das Halten zur Rücküberweisung wäre wohl nur bei Smart Contracts sinnvoll, wenn eine Regel nicht eingehalten würde und die Transaktion rückgängig gemacht werden soll.

--
Gruß!™

Time is the school in which we learn,
Time is the fire in which we burn.

BTC: 12aiXGLhHJVETnmGTLbKtAzJNwqh6h6HN4