Zum Inhalt springen

Christoph Bergmann

Moderator
  • Gesamte Inhalte

    4.045
  • Benutzer seit

  • Letzter Besuch

Beiträge von Christoph Bergmann

  1. Zwischen dem 21. Juli und dem 1. August wird sich zeigen, ob es KEINE Chainsplit gibt. Wenn SegWit2x BIP91 aktiviert, wird es zunächst keine Chainsplit geben.

     

    Wenn das nicht passiert und UASF beginnt, gibt es die Gefahr einer Chainsplit. Die ist meiner Meinung nach winzig, da niemand UASF mined. Aber man sollte dennoch vorsichtig sein.

    • Love it 1
  2. Exakt.

     

    Coins liegen bis zur Fork auf beiden Chains und machen das prinzipiell auch danach noch.

     

    Das Problem ist halt, dass ihr risikiert, Replay Attacks zum Opfer zu fallen, oder den Coin auf eine Plattform zu überweisen, die nur eine Hälfte gutschreibt.

     

    Bei Bitcoin.de werden die Coins gespalten. Das ist aber nicht endgültig. So kann man sich einfach beide Seiten der Coins auf dieselbe Adresse auszahlen, womit der alte Bitcoin wieder vereinigt wäre.

    • Love it 1
  3. Offizielles Statement von Bitcoin.de, nun in eigenem Thread:

     

     

    Statement SegWit (BIP 91, 141 und 148)


    Die Einführung des SegWit-Updates gemäß BIP141 in Verbindung mit BIP91 und BIP148 wird voraussichtlich in den kommenden Wochen eingeleitet. Wir sind zuversichtlich, dass die Akteure des Bitcoin-Ökosystems verantwortungsvoll handeln und keinen sog. Fork zulassen werden. Dennoch ist Bitcoin.de für den Fall eines Forks ohne vollständigen Konsens des Bitcoin-Netzwerks vorbereitet.


    Bis zu einem Fork werden sowohl der Handel als auch Ein- und Auszahlungen auf Bitcoin.de uneingeschränkt möglich sein.


    Im Falle eines Forks spaltet sich die Bitcoin-Blockchain in zwei untereinander inkompatible Versionen des Bitcoin auf.


    Zunächst wären "alte Bitcoin" jedoch auf beiden Blockchains gültig. Das bedeutet, dass bspw. "100 alte Bitcoin" sowohl 100 Bitcoin auf der einen als auch 100 Bitcoin auf der anderen Blockchain darstellen würden.


    Im Falle eines Forks werden wir umgehend Maßnahmen ergreifen, um die Guthaben unserer Kunden in beiden Versionen der Blockchain voneinander zu trennen und Ihnen schnellstmöglich die separate Ein- und Auszahlung von beiden Coins anzubieten. Das Trennen der “alten Bitcoin” in die beiden “Bitcoin-Versionen” ist eine notwendige Prozedur, um zu verhindern, dass das Vermögen unserer Kunden durch sogenannte “Replay Attacks”, die sich aus einem Fork ergeben können, zu Schaden kommt.


    Die Trennung der Guthaben, wie sie auch die meisten anderen Börsen durchführen werden, kann einige Zeit in Anspruch nehmen. Zusammen mit der Zeit, die für die Umstellung unseres Systems benötigt wird, kommt es daher im Falle eines Forks zu einer temporären Aussetzung des Handels sowie von Ein- und Auszahlungen.


    Nachdem Ein- und Auszahlungen ohne Gefahr gewährleistet sind, werden wir zunächst den Handel für eine Version von Bitcoin wieder aufnehmen. Das Ziel von Bitcoin.de ist es anschließend, einen Handel von beiden Versionen zu ermöglichen.

    • Love it 3
  4. Ja, ist schon seltsam. Ob das erstmal so bleibt?

     

    Waren es doch größtenteils Spam Transaktionen der Miner, um ihren Standpunkt durchzusetzt?

     

    Keine Ahnung. Eventuell ein Mix aus Difficulty-Anpassungen, Anpassungen der Börsen an die Situation, Verlagerung von Transaktionen auf Eth und Spam. Letzte Woche ist auch ein großer Darknet-Markt verschwunden. Wenn der einen internen Mixer verwendet hat, könnten auch mal Zehntausende von transaktionen wegfallen.

  5. Danke für die Anregungen und das Feedback. Ich habe es mal zur internen Diskussion weitergegeben. Ich nehme mal an, wenn wir das so machen würden, wie manche hier vorschlagen (order mindesten 60 sek / 2min), werden sich an anderer Stelle die Freunde des automatisierten Tradings beschweren. Gibt es von dieser Seite auch Anmerkungen?

  6. Ein Token ist, zumindest bei Etheruem, kein Coin. Es ist ein Vertrag, der eine Liste mit Adressen und Guthaben führt. Wenn man Token überweist, schickt man nicht einen Coin von A nach B, wie bei einer Ether / Bitcoin Überweisung, sondern beauftragt den Token-Vertrag, in seiner Liste X Token bei A zu streichen und B gut zu schreiben.

    • Love it 1
  7. Ich habe eine einfach verständliche Erklärung von Adressen in Bitcoin und anderen Kryptowährungen geschrieben.

     

    Sorry fürs SEO-pushen, aber der Beitrag verdient meiner Meinung nach mehr Aufmerksamkeit von google.

     

    1.) Die Adresse ist ein Platzhalter, um eine Transaktion an deinen Public Key zu schicken.

    2.) Warum der Heckmeck, obwohls der Pubkey auch täte? Besser lesbar, man kann sich nicht vertippen, selbst im Falle eines ECDSA-Zusammenbruchs noch eine Chance, alles zu retten.

     

    Ach ja, hat c0in schon gesagt :)

    • Love it 2
  8. Warum? Gerade kann man doch beinah umsonst überweisen? Habe vorhin eine Transaktion gemacht, von der BitPay gewarnt hat, dass die Gebühren zu gering waren. War aber nach 5 Min bestätigt. Mempool ist leer, nicht mal mehr genug da, um die Blöcke vollzukriegen.

     

    Schon witzig. Erst scheucht der Fee Market die ganze Wirtschaft auf, alle Börsen und so weiter bauen neue Gebühren-Regeln, und zwei Wochen später ist wieder alles beim Alten ...

    • Love it 1
  9. Du handelst schon öfters und länger hier? D.h. der Vorfall hat deine Benutzererfahrung beeinträchtigt?

     

    Eigentlich haben wir für automatisches Trading ein punkte-System, das es relativ schwierig machen sollte, mit allzu vielen Aktionen (Preisabfrage, Oderbook-Abfrage, Del-Order, Create-Order) zu nerven. Der von dir beschriebene Vorgang sollte meines Wissens für einen einzelnen Elektro-Trader gar nicht möglich sein.

     

    Bist du sicher, dass es derselbe war? Weißt du, wie viele?

     

    Ansonsten ist mir nicht ganz klar, weshalb der Fall so problematisch ist. Am Angebote annehmen, hindert dich der Bot nicht, und wenn du ein Angebot abgibst, wird es ja schon irgendwann bedient werden, oder? (ich hatte noch nie Probleme, handle aber auch nur gelegentlich.)

  10. Die erste Info wäre, dass SegWit keine Umstellung ist, sondern ein neues, optionales Transaktionsformat, und dass zweitens die Aktivierung am 1. August nicht wirklich sicher ist.

     

    Wenn du Electrum benutzt, solltest du dich eben nochmal genauer informieren, was passiert, bevor du nach dem 1. August eine Transaktion machst. Auch wir wissen noch nicht, was da passiert. Es gibt neben der Fork zwischen Legacy und SegWitcoin noch einen möglichen JihanCoin, BitcoinABC. Das beste, was man wohl machne kann, ist seinen echten Bitcoin beisammen halten und dann auf die Börse schicken, die ihn nach eigenen Wünschen aufteillt.

  11. Wenn alle (>50%) miner segwit signalisieren, passiert nichts. Die lange segwit Kette macht das Rennen...

     

    Sind es jedoch weniger als 50% akzeptieren die UASF Clients keine Blöcke, die nicht segwit signalisieren und wir haben den Salat (split).

     

     

    Wenn ich das richtig verstehe, muss das nicht zwingend passieren. Das wahrscheinlichste Resultat wird wohl sein, dass alles bleibt, wie es ist.

     

    Die UASF Nodes lehnen alle Blöcke ab, die nicht SW signalisieren. Das sind derzeit gut 50 Prozent aller Blöcke. Ein UASF-Miner macht dasselbe. Derzeit gibt es wohl etwa einen UASF-Block am Tag.

     

    Wenn die UASF unter diesen Umständen aktiviert wird, wird folgendes geschehen: Die UASF Nodes und Miner folgen der Hauptchain so lange, bis ein Nicht-SegWit Block erscheint. Der wird dann abgelehnt. Allerdings folgen alle anderen Nodes und Miner, auch die, die SegWit signaliisieren, weiterhin der Mix-Chain aus SW + alten Blocks. Sprich: die UASF-Nodes und Miner hängen auf einer Chain, die erst dann verlängert wird, wenn der UASF-Miner einen Block findet. Was derzeit rund einen Tag dauern kann. D.h. die UASF-Chain wird nur mit einem Block je Tag wachsen, und da sie keine Replay Protection hat, wird sich auf ihr ein tägliches Backlog von ~260k/144*143 = 258k Transaktionen aufbauen. Richtig?

  12. Das Modell ist ohne zentralisierte Hubs, was ich für völlig unrealistisch halte.

     

    Der nutzer braucht nur eine Verbindung zu max 2 hubs (alle Börsen, banken, bitpay usw...) und die hubs untereinander müssen verbunden sein und schon läuft die Sache..

     

    Ja, vermutlich wird es darauf hinauslaufen.

     

    In dem Fall müssen aber die Hubs relativ viel Geld vorschießen, um genügend Channels zu unterhalten ... Grob über den Daumen gepeilt, wenn 10 Millionen User Transaktionen bis zu 70 Dollar machen wollen, und es immer einen Pfad über zwei mächtige Hubs gibt, müssen die Hubs 140 Millionen Dollar in die Channels stecken. Ist das richtig?

  13. Hm ... gibt nicht so viel dazu zu sagen ... https://parity.io/ , hier runterladen, installieren. Im Terminal als "parity --warp" starten. Alle Optionen für Parity findest du hier: https://github.com/paritytech/parity/wiki/Configuring-Parity

     

    Parity liest die Schlüssel, die geth (Mist) schon angelegt hat. Das sollte reibungslos gehen. Aber soweit ich weiß, läuft das nicht andersrum.

×
×
  • Neu erstellen...

Wichtige Information

Wir haben Cookies auf Deinem Gerät platziert. Das hilft uns diese Webseite zu verbessern. Du kannst die Cookie-Einstellungen anpassen, andernfalls gehen wir davon aus, dass Du damit einverstanden bist, weiterzumachen.