Pages:
Author

Topic: Praktische Umsetzung von Multi-Signature-Wetten im Forum (Read 630 times)

legendary
Activity: 2702
Merit: 1261
Wenn Mezzo das Angebot weiterhin aufrechterhält, dann nehme ich das oben mit auf.

Das Angebot gilt weiterhin. Mein Key aus dem Thread ist ebenfalls noch gültig (den alten Key habe ich ebenfalls).

Was ich mich auch noch gefragt habe: Kann man den Public-Key des Schiedsrichters evtl. mehrfach einberechnen. Also bei einer 3:5-MultiSig 2x dieselbe. Muss ich mir mal anschauen.

Das sollte funktionieren. Ich habe aber noch nicht probiert, ob die Tools da mitspielen. Ich würde daher zumindest das Signieren mit einer 2-aus-2 Adresse und zwei identischen  Public Keys vorher testen, bevor ich sowas mit nennenswerten Summen durchführe.
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
Coinb.in hat zwar einen Walletteil, den braucht man aber nicht.

Richtig.

War nicht Multi das wo man mit einem privaten Schlüssel allein nichts anfangen kann?

Stimme Dir völlig zu. Alle Operationen oben sind auch online unkritisch, abgesehen eben vom Signieren. Wenn man sich strikt daran hält, dass alle die Signier-Adressen nur einmal verwenden und dann noch unterstellt, dass - wenn z.B. alle Teilnehmer Coinb.in online verwenden - Coinb.in die Schlüssel nicht einsammelt und zum Signieren einer anderen Transaktion verwendet, kann auch nix passieren. Das muss aber eben so nicht bleiben (Seite gehackt, Betreiber schwenkt Geschäftsmodell um, ...). Darum wäre mein Vorschlag auch: mindestens die Menge an Teilnehmern, die notwendig ist, um eine Tx vollständig zu signieren, verwendet nicht online Coinb.in.

EDIT: Ah, da ist mir ein Thread bzgl. Schiedsrichter/Escrow entgangen:

1:1 Wette. 2von3 Multisig mit Mezzomix als dritter Partei entsprechend
https://bitcointalksearch.org/topic/angebot-btc-2-aus-3-multisig-escrow-treuhandabwicklung-456563

Wenn Mezzo das Angebot weiterhin aufrechterhält, dann nehme ich das oben mit auf. Was ich mich auch noch gefragt habe: Kann man den Public-Key des Schiedsrichters evtl. mehrfach einberechnen. Also bei einer 3:5-MultiSig 2x dieselbe. Muss ich mir mal anschauen.
hero member
Activity: 778
Merit: 531
oder man nutzt Coinb.in o.ä. Da es sich bei letzterem um ein Online-Wallet handelt und man mit PrivKeys hantieren muss, ist das eher kein sinnvoller Weg (es sei denn, man führt das JS lokal aus).

Coinb.in hat zwar einen Walletteil, den braucht man aber nicht.
War nicht Multi das wo man mit einem privaten Schlüssel allein nichts anfangen kann?
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
Core kommt für mich nicht in Frage, ist mir echt zu aufwendig. Hätte gerne Electrum genutzt
So, ich hab' mich jetzt mal durch den ganzen Krempel gelesen - wollte einfach noch vor Ablauf der von elrippo gesetzten Frist für seine aktuelle Wette klären, ob man Electrum einsetzen kann. Ergebnis: a) Ja, wenn alle Teilnehmer Electrum nutzen und ihre Master-Public-Keys austauschen. b) Nein bzw. nur teilweise, wenn man in einer gemischten Umgebung ist. Das Problem ist schlicht, dass man in Electrum offensichtlich beim Signieren von Transaktionen nicht das Redeem-Script der MultiSig-Adresse mitgeben kann. Bedeutet: man kann mit Electrum schlicht nicht abschließend signieren.

Insgesamt hat sich herausgestellt, dass es keine Standards gibt, um teilsignierte Transaktionen zwischen verschiedenen Wallet-Implementierungen auszutauschen. Dazu liegt mit BIB174 aber inzwischen ein Vorschlag vor, der das Problem perspektivisch lösen könnte.

Bleibt unterm Strich: In der vorgeschlagenen Form ist man auf Core, Pybitcointools usw. angewiesen oder man nutzt Coinb.in o.ä. Da es sich bei letzterem um ein Online-Wallet handelt und man mit PrivKeys hantieren muss, ist das eher kein sinnvoller Weg (es sei denn, man führt das JS lokal aus).
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
also, was brauchst du jetzt von mir? Den pubkey meiner Adresse?

Du meinst für die Wette drüben? - Ich zögere noch, weil offensichtlich keine Mitspieler und kein Schiedsrichter in Sicht sind. Ich hatte dazu schon mal im Zusammenhang einer anderen Wette was geschrieben:

Da wir uns hier ja auch immer um Weiterbildung bemühen, quote ich auch das noch aus dem Ursprungsthread:


Hab meinen Post (3er) wieder gelöscht weil ich mir nicht vorstellen kann wie dann die Auszahlung an 2 (Sieger und Dich) klappen kann.

Bei der 2er Wette brauchen wir niemanden und das macht es ja so verlockend.
Ausgang klar - Verlierer gibt mittels Privatekey das Geld für den Gewinner frei. Fertig.

ein mann, ein wort. macht das so!  Wink

Es gibt eine Reihe interessanter psychologischer Experimente zum Themenfeld: http://www.wissenschaft.de/archiv/-/journal_content/56/12054/1565427/DIE-WURZELN-VON-GEIZ-UND-GIER/ Je nach "Typus" kann eine 2er-Wette den Verlierer dazu verleiten, seinen PrivKey nicht rauszurücken, weil er es dem Gewinner nicht gönnt. Bei 2er-Multisig ohne Mediator besteht für den Gewinner also (zumindest theoretisch) das doppelte Risiko: Er kann zum Schluss auch seinen eigenen Einsatz verlieren. Das geht beim "guten alten Kaufmannshandschlag" nicht. - Das aber nur so am Rande. Weiter geht's dann im eigenen Thread.

Spielt hier keine Rolle, da wir uns offensichtlich vertrauen, aber ist durchaus überdenkenswert. Natürlich spricht gegen eine 2er-Multisig auch das Risiko des Ablebens einer der Privkey-Besitzer.

Eine 2:2-MultiSig-Wette ist eigentlich unsinnig (schreibst Du ja auch indirekt in den Wettbedingungen: Multisig oder Escrow, je nach Teilnehmeranzahl). Beide Parteien sind hier vollständig abhängig von der Kooperation der Gegenpartei. Damit verdoppelt sich das Risiko beider Teilnehmer - es ist eigentlich dann sinnvoller, auf den "Ehrenmann-Modus" auszuweichen und auszuzahlen, wenn die Wette abgeschlossen ist. Ohne Schiedsrichter ist mir hier noch keine sinnvolle Lösung eingefallen - und auch ein Schiedsrichter macht die Sache nur bedingt besser als z.B. Escrow oder eben: Ehrenmann.
full member
Activity: 1179
Merit: 210
only hodl what you understand and love!
Hallöchen,

also, was brauchst du jetzt von mir? Den pubkey meiner Adresse?

elrippo
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
Ich hab' mal ein bisschen weiterrecherchiert, das muss ich mir dann nochmal weiter anschauen: 2-of-3 Escrow Example with Electrum. Und mal etwas weiter mit Electrum spielen.

EDIT: Ich hab' das mal in den ersten Schritten mit Electrum nachvollzogen und oben zusätzlich dokumentiert. Die Schritte 1-3 funktionieren analog Core, bei Schritt 4 muss ich nochmal weiter schauen. Da scheint sich was in der aktuellen Electrum-Implementierung geändert zu haben (oder ist entfernt worden).

Bah. Mir Rawtransactions rumzumachen ist echt kein Spaß. Ich hab' das jetzt so weit ergänzt, wie sich mir die Implementierungen jeweils erschlossen haben, aber meine Hoffnung, dass man eine einzelne Wette unter Nutzung einer MultiSig-Adresse kompatibel mit allen vier eingesetzten Tools (Core, Pybitcointools, Coinb.in und Electrum) umsetzen kann, hat sich bislang noch nicht erfüllt. Die ersten drei scheinen mir recht kompatibel, bei Electrum muss ich noch ab Schritt 4 passen.

Ansonsten habe ich eine Dreierwette mit Schiedsrichter und 3:5-MultiSig vorbereitet:

  https://blockchain.info/address/37bfMVBrk6hu7ypdzPYnh1QjakJDbm71fM

Da werde ich dann weiterforschen. Bei TX-Gebühren ~ 5 Sat/Byte macht das aktuell sogar wieder Spaß.
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
Ich hab' mal ein bisschen weiterrecherchiert, das muss ich mir dann nochmal weiter anschauen: 2-of-3 Escrow Example with Electrum. Und mal etwas weiter mit Electrum spielen.

EDIT: Ich hab' das mal in den ersten Schritten mit Electrum nachvollzogen und oben zusätzlich dokumentiert. Die Schritte 1-3 funktionieren analog Core, bei Schritt 4 muss ich nochmal weiter schauen. Da scheint sich was in der aktuellen Electrum-Implementierung geändert zu haben (oder ist entfernt worden).
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
Bleibt die Frage im Raum, wie wir es denn nun machen?  Grin

Siehe drüben. Smiley
legendary
Activity: 1202
Merit: 1042
elrippo will ja auch eher Escrow nutzen, nicht MultiSig. Bei Escrow kann man natürlich anders verfahren. Ich halte nur nicht viel von Escrow, wenn es um Wetten mit längerer Laufzeit geht.

Bleibt die Frage im Raum, wie wir es denn nun machen?  Grin
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
Ja, korrekt. Bei Limit Buy Orders über dem niedriegsten Verkaufspreis wird die Order automatisch mit den günstigsten Sell Orders verrechnet.
Es kann also niemand so einfach hingehen und  bei einem Kurs von 35k€ Bitcoins im Wert von 1€ kaufen.

Ich hab's mir gerade nochmal angeschaut auf Bitstamp. Ich sehe da auch keine andere Möglichkeit, eine solche Order auszuführen.

Guter Einwand. Ich weiß nicht wie Stamp das handhabt, habe dort keinen Account. Bei z.B. bitcoin.de würde es funktionieren.

Ja, auf bitcoin.de geht das natürlich problemlos. Darum wären Wetten auf Kurse dort tatsächlich: ziemlich schwachsinnig.

Indem man z.B. wie bei Iota geschehen, den Leuten auf einer Website verspricht einen Seed offline zu generieren, dieser aber schon vorgefertigt ist.

Yep. Ich hab' mir das JS von der Seite noch nicht angesehen, aber alle Schritte sowohl mit dem JS durchgeführt wie mit Core. Dadurch habe ich letztlich validiert, dass dort keine vorgefertigten Ergebnisse produziert werden. Dennoch würde ich grundsätzlich ebenfalls von Online-Wallets abraten. Wer Core nicht nutzen mag, ist mit den Pybitcointools (die übrigens von Vitalik Buterin stammen) bestens bedient. Man muss dafür eigentlich auch keine große Programmiererfahrung haben - der verlinkte Artikel beschreibt recht nachvollziehbar, wie die einzelnen Schritte von der Library implementiert werden.

Genau das wurde bei der Wette nicht klar kommuniziert.

elrippo will ja auch eher Escrow nutzen, nicht MultiSig. Bei Escrow kann man natürlich anders verfahren. Ich halte nur nicht viel von Escrow, wenn es um Wetten mit längerer Laufzeit geht.
legendary
Activity: 1202
Merit: 1042
Es ist zwar offtopic darauf hier zu antworten aber im Wett-Thread dazu zu schreiben erscheint auch idiotisch.
Für mich ist es keine Auslegungssache. Nach den aufgestellten Bedingungen hätte elrippo die Wette gewonnen, wenn ein Lakai oder er selbst den Mini-35k Trade tätigt. Das hätte ich auch als Schiedsrichter so entschieden bzw. beim Multisig sogar gegen mein Gewinninteresse gestimmt. Wenn jemand sein Häkchen unter die AGB setzt ohne sie genau lesen zu wollen oder zu verstehen, ist er einfach selber schuld. Seien wir ehrlich, ohne den Hinweis von Sukrim wäre uns der Fauxpas wohl nicht aufgefallen und ich hätte meine erste, du deine zweite Wett-Niete gezogen. Ich habe keine Ahnung ob elrippo das bewusst so forciert, oder seine Chance selber garnicht mitbekommen hat.

Ja, das stimmt, das wäre letztlich keine Auslegungssache. - Lassen wir das Off-topic mal beiseite: Geht das überhaupt? Auf Bitstamp? Die Tradingengine würde doch ein Limit-Kaufgebot für 35k/BTC gegen das niedrigste Verkaufsgebot ausführen - und nicht für 35k/BTC. Oder?

Guter Einwand. Ich weiß nicht wie Stamp das handhabt, habe dort keinen Account. Bei z.B. bitcoin.de würde es funktionieren.

Man kann JS auch offline ausführen, das hindert aber niemanden daran, einem gefakte Daten unterzuschieben. Ob das Angriffsszenario beim erwähnten Wallet greifen könnte, weiß ich nicht.

Was genau meinst Du mit "gefakte Daten unterzuschieben"? Und welches Angriffsszenario wäre das?

Indem man z.B. wie bei Iota geschehen, den Leuten auf einer Website verspricht einen Seed offline zu generieren, dieser aber schon vorgefertigt ist.

Gut, dann funktioniert das Ganze nicht solange jeder X-beliebige bis zum 18. an die Multisig-Adresse einzahlen kann.

Man muss einen Stichtag festlegen, bis zu dem alle Teilnehmer ihre PubKeys bereitgestellt haben müssen. Dann wird die MultiSig-Adresse auf dieser Basis berechnet und die Teilnehmer zahlen ein. Damit ist die Wette geschlossen - es können keine weiteren Teilnehmer mehr dazustoßen.

Genau das wurde bis heute bei der Wette nicht klar kommuniziert.

edit: sorry @spray, war zu spät.  Wink
sr. member
Activity: 592
Merit: 271
Die Tradingengine würde doch ein Limit-Kaufgebot für 35k/BTC gegen das niedrigste Verkaufsgebot ausführen - und nicht für 35k/BTC. Oder?

Ja, korrekt. Bei Limit Buy Orders über dem niedriegsten Verkaufspreis wird die Order automatisch mit den günstigsten Sell Orders verrechnet.
Es kann also niemand so einfach hingehen und  bei einem Kurs von 35k€ Bitcoins im Wert von 1€ kaufen.
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
Es ist zwar offtopic darauf hier zu antworten aber im Wett-Thread dazu zu schreiben erscheint auch idiotisch.
Für mich ist es keine Auslegungssache. Nach den aufgestellten Bedingungen hätte elrippo die Wette gewonnen, wenn ein Lakai oder er selbst den Mini-35k Trade tätigt. Das hätte ich auch als Schiedsrichter so entschieden bzw. beim Multisig sogar gegen mein Gewinninteresse gestimmt. Wenn jemand sein Häkchen unter die AGB setzt ohne sie genau lesen zu wollen oder zu verstehen, ist er einfach selber schuld. Seien wir ehrlich, ohne den Hinweis von Sukrim wäre uns der Fauxpas wohl nicht aufgefallen und ich hätte meine erste, du deine zweite Wett-Niete gezogen. Ich habe keine Ahnung ob elrippo das bewusst so forciert, oder seine Chance selber garnicht mitbekommen hat.

Ja, das stimmt, das wäre letztlich keine Auslegungssache. - Lassen wir das Off-topic mal beiseite: Geht das überhaupt? Auf Bitstamp? Die Tradingengine würde doch ein Limit-Kaufgebot für 35k/BTC gegen das niedrigste Verkaufsgebot ausführen - und nicht für 35k/BTC. Oder?

Man kann JS auch offline ausführen, das hindert aber niemanden daran, einem gefakte Daten unterzuschieben. Ob das Angriffsszenario beim erwähnten Wallet greifen könnte, weiß ich nicht.

Was genau meinst Du mit "gefakte Daten unterzuschieben"? Und welches Angriffsszenario wäre das?

Gut, dann funktioniert das Ganze nicht solange jeder X-beliebige bis zum 18. an die Multisig-Adresse einzahlen kann.

Man muss einen Stichtag festlegen, bis zu dem alle Teilnehmer ihre PubKeys bereitgestellt haben müssen. Dann wird die MultiSig-Adresse auf dieser Basis berechnet und die Teilnehmer zahlen ein. Damit ist die Wette geschlossen - es können keine weiteren Teilnehmer mehr dazustoßen.

Mache ich gerne, nur nicht unter (Wett-)Druck. Konnte die Geschichte (dank dir und des Threads) mit klar definierten Teilnehmern unter Electrum schon durchspielen. Feine Sache.  Smiley

Ah, prima.

EDIT: Ich hab' das oben bzgl. Nutzung von Electrum nochmal präzisiert. Der Unterschied ist, dass man bei Nutzung von Electrum MultiSig-Wallets erstellt, nicht eine einzelne MultiSig-Adresse. Alle Teilnehmer müssten also ebenfalls eine BIP32-kompatible Wallet-Implementierung nutzen, die auch MutliSig unterstützt.
legendary
Activity: 1202
Merit: 1042
Unabhängig davon, daß es einen großen Haken bei den Wettbedingungen gibt

Ja, die Wettbedingungen sind wohl häufig der zentrale Knackpunkt. Umso wichtiger, dass man einen vertrauenswürdigen Schiedsrichter wählt, der im Streitfall dann zu einer sinnvollen Auslegung kommt.

Es ist zwar offtopic darauf hier zu antworten aber im Wett-Thread dazu zu schreiben erscheint auch idiotisch.
Für mich ist es keine Auslegungssache. Nach den aufgestellten Bedingungen hätte elrippo die Wette gewonnen, wenn ein Lakai oder er selbst den Mini-35k Trade tätigt. Das hätte ich auch als Schiedsrichter so entschieden bzw. beim Multisig sogar gegen mein Gewinninteresse gestimmt. Wenn jemand sein Häkchen unter die AGB setzt ohne sie genau lesen zu wollen oder zu verstehen, ist er einfach selber schuld. Seien wir ehrlich, ohne den Hinweis von Sukrim wäre uns der Fauxpas wohl nicht aufgefallen und ich hätte meine erste, du deine zweite Wett-Niete gezogen. Ich habe keine Ahnung ob elrippo das bewusst so forciert, oder seine Chance selber garnicht mitbekommen hat.


tue ich mich mit dem Multisig schwer.
Core kommt für mich nicht in Frage, ist mir echt zu aufwendig.

Core brauchst Du ja nur, um PubKey und PrivKey zu ermitteln und die o.g. Operationen durchzuführen. Du musst also nicht die gesamte Blockchain syncen. Alternativ geht auch das o.g. Online-Wallet (man kann das JS auch ohne Netzverbindung ausführen).

Man kann JS auch offline ausführen, das hindert aber niemanden daran, einem gefakte Daten unterzuschieben. Ob das Angriffsszenario beim erwähnten Wallet greifen könnte, weiß ich nicht.


Hätte gerne Electrum genutzt, aber wenn ich das richtig verstehe, müsste dort die Anzahl der Teilnehmer schon vor Wettbeginn feststehen...

Das wäre bei jeder MultiSig-Wette der Fall. Man kann die Adresse erst berechnen, wenn alle Teilnehmer ihre PubKeys bekannt gemacht haben.
Gut, dann funktioniert das Ganze nicht solange jeder X-beliebige bis zum 18. an die Multisig-Adresse einzahlen kann.


Ob ich mich zu den genannten Alternativen bis zum Stichtag so einlesen könnte um mir 100% sicher zu sein was ich da tue, wüßte ich leider auch nicht.  Roll Eyes

Eigentlich ist's ja keine Raketenwissenschaft. Aber, Du hast recht: um das nachzuvollziehen, sollte man sich schon etwas einlesen. Bringt aber mE auch was.

Mache ich gerne, nur nicht unter (Wett-)Druck. Konnte die Geschichte (dank dir und des Threads) mit klar definierten Teilnehmern unter Electrum schon durchspielen. Feine Sache.  Smiley
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
Unabhängig davon, daß es einen großen Haken bei den Wettbedingungen gibt

Ja, die Wettbedingungen sind wohl häufig der zentrale Knackpunkt. Umso wichtiger, dass man einen vertrauenswürdigen Schiedsrichter wählt, der im Streitfall dann zu einer sinnvollen Auslegung kommt.

tue ich mich mit dem Multisig schwer.
Core kommt für mich nicht in Frage, ist mir echt zu aufwendig.

Core brauchst Du ja nur, um PubKey und PrivKey zu ermitteln und die o.g. Operationen durchzuführen. Du musst also nicht die gesamte Blockchain syncen. Alternativ geht auch das o.g. Online-Wallet (man kann das JS auch ohne Netzverbindung ausführen).

Hätte gerne Electrum genutzt, aber wenn ich das richtig verstehe, müsste dort die Anzahl der Teilnehmer schon vor Wettbeginn feststehen...

Das wäre bei jeder MultiSig-Wette der Fall. Man kann die Adresse erst berechnen, wenn alle Teilnehmer ihre PubKeys bekannt gemacht haben.

Ob ich mich zu den genannten Alternativen bis zum Stichtag so einlesen könnte um mir 100% sicher zu sein was ich da tue, wüßte ich leider auch nicht.  Roll Eyes

Eigentlich ist's ja keine Raketenwissenschaft. Aber, Du hast recht: um das nachzuvollziehen, sollte man sich schon etwas einlesen. Bringt aber mE auch was.

Du hattest den steuerlichen Aspekt zwar wieder rausgenommen, ich habe trotzdem dazu mal bei meiner Kanzlei angefragt, Antwort zur Lage in D steht noch aus.

Ja, ist eine wichtige Frage. Ich meine, 600watt hatte dazu auch bei seiner Wette mit Elrippo nachgeforscht. - Ich wollte die rechtlichen Fragen hier aber bewusst raushalten, da es mir primär um die Technik geht.
legendary
Activity: 1202
Merit: 1042
Vielen Dank für die Mühe. Unabhängig davon, daß es einen großen Haken bei den Wettbedingungen gibt, tue ich mich mit dem Multisig schwer.
Core kommt für mich nicht in Frage, ist mir echt zu aufwendig. Hätte gerne Electrum genutzt, aber wenn ich das richtig verstehe, müsste dort die Anzahl der Teilnehmer schon vor Wettbeginn feststehen... Ob ich mich zu den genannten Alternativen bis zum Stichtag so einlesen könnte um mir 100% sicher zu sein was ich da tue, wüßte ich leider auch nicht.  Roll Eyes

@twbt: Du hattest den steuerlichen Aspekt zwar wieder rausgenommen, ich habe trotzdem dazu mal bei meiner Kanzlei angefragt, Antwort zur Lage in D steht noch aus.
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
Man kann beim Anlegen eines Multi-Sig-Wallets auch eine Option ("Use public or private keys") auswählen, aber anschließend kommt irgendwas bzgl. "xpub" (Master Public Key) und "xprv" (Master Private Key), das sich wohl eher auf komplette Wallets bezieht.

Okay, ich denke, ich hab's verstanden. Meine obige Vermutung ist wohl richtig - Electrum implementiert MultiSig auf Wallet-Ebene - unter Verwendung der xpub- und xpriv-Keys nach BIP32: https://en.bitcoin.it/wiki/Deterministic_wallet_tools Die Bezeichnungen, die Electrum verwendet, laden nur zum Missverständnis ein. - Nutzt man also Electrum, hat man ein gemeinsames Bündel von Adressen, die sich aus den BIP32-Keys ableiten. Für eine Wette ist das eigentlich quatsch, aber auch nicht weiter schädlich. Man sollte das "Bündel" dann eben auch nur einmal für die Wette verwenden.
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
Dies ist ja auch kein xpub Key. Sorry, Noobfrage meinerseits: Was ist das für ein pubkey? In welchem Schritt erhälst du soetwas?

Das ist Public-Key 1 oben aus Schritt 1 (über die Core-API):

Code:
validateaddress 15p1QoP2VwHUU2PaFtgEAGuU7Y3p9P59Zd

ergibt:

Code:
{
  ...
  "pubkey": "02b81e1f104cfe73bdaeff62181c691cc34ea4360053891ddc42d3b8992c8fc1ca",
  ...
}

Also bei mir steht unter Add Cosigner nur Please enter the master publix key (xpub) of your cosigner. Enter their master private key (xprv) if you want to be able to sign for them.

Ich stolpere die ganze Zeit über das "master" in der Electrum-Beschreibung - dummerweise verwende ich Electrum eigentlich nie und hab' schlicht noch nicht verstanden, was Electrum hier haben will. Offensichtlich gibt es auch noch andere Leute, die an dieser Stelle (Nutzung Core/coinb.in auf der einen Seite, Electrum auf der anderen) Probleme haben: https://www.reddit.com/r/Electrum/comments/7twh5i/adding_multisig_from_electrum_wallet_to_site_xpub/
sr. member
Activity: 592
Merit: 271
Danke für die Rückmeldung!
Ich hab' das mit den oben genannten Adressen versucht. Also: 1. Neues Wallet erstellen. 2. Multi-signature wallet auswählen. 2 von 3 auswählen. 3. Use public or private keys auswählen. 4. Jetzt kommt der Dialog Add Cosigner 1. Wenn ich hier den Pubkey 02b81e1f104cfe73bdaeff62181c691cc34ea4360053891ddc42d3b8992c8fc1ca der ersten Adresse eingebe, komme ich schlicht nicht weiter. Der Button Next bleibt ausgegraut.


Dies ist ja auch kein xpub Key. Sorry, Noobfrage meinerseits: Was ist das für ein pubkey? In welchem Schritt erhälst du soetwas?
Also bei mir steht unter Add Cosigner nur Please enter the master publix key (xpub) of your cosigner. Enter their master private key (xprv) if you want to be able to sign for them.

Mit der Eingabe eines solchen Keys xpub661MyMwAqRbcFk1QSEuuPBtWMLKD3n1tpnDYqi1KXdQNFeJCrRnnL8ErJwnqswtFMjxgozjEMru ednxpXDsqMCQgVq98N8JsifNUANuoppD klappt's dann auch.



Pages:
Jump to: