Bitcoin Forum
May 05, 2024, 07:59:51 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Wann ist geminter Betrag verfügbar / wie viele Bestätigungen werden benötigt  (Read 781 times)
rabe0577 (OP)
Member
**
Offline Offline

Activity: 65
Merit: 10


View Profile
May 13, 2014, 11:08:25 PM
 #1

Hallo,
ich habe nun bereits eine Gutschrift über meinen gemineten Betrag bekommen. Im moment steht er noch unter "unreif" aber er hat schon 9 Bestätigungen.

Dann steht da aber unter Transaktionen "Erarbeiteter betrag wird verfügbar sein, nachdem er noch 111 weitere Blöcke reif Erarbeitet" und um so mehr Bestätigungen er bekomme um so kleiner wird die Zahl.

Bedeutet das das jeder geminte Betrag erst einmal 120 mal bestätigt werden muss bevor ich ihn normal benutzen kann? Was soll das denn genau bringen wofür so viele?

MfG Janik

My Bitcoin Adress: 1Mhig7hLeRPtWCBYwYSHNDqSTW7qRuYiu6

Donations are welcome Smiley
1714939191
Hero Member
*
Offline Offline

Posts: 1714939191

View Profile Personal Message (Offline)

Ignore
1714939191
Reply with quote  #2

1714939191
Report to moderator
1714939191
Hero Member
*
Offline Offline

Posts: 1714939191

View Profile Personal Message (Offline)

Ignore
1714939191
Reply with quote  #2

1714939191
Report to moderator
"The nature of Bitcoin is such that once version 0.1 was released, the core design was set in stone for the rest of its lifetime." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714939191
Hero Member
*
Offline Offline

Posts: 1714939191

View Profile Personal Message (Offline)

Ignore
1714939191
Reply with quote  #2

1714939191
Report to moderator
1714939191
Hero Member
*
Offline Offline

Posts: 1714939191

View Profile Personal Message (Offline)

Ignore
1714939191
Reply with quote  #2

1714939191
Report to moderator
ltcboi
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
May 14, 2014, 05:13:23 AM
 #2

120 Bestätigungen sind üblich.
Liegt einfach daran, das man sich gegen Forks und Streitigkeiten in der Blockchain schützen will.
Je mehr Blocks durch sind, desto sicherer ist man sich, das alles ok ist und es keine Probleme gibt.
Bei normalen Überweisungen reichen meist 6.
mezzomix
Legendary
*
Offline Offline

Activity: 2618
Merit: 1252


View Profile
May 14, 2014, 06:38:31 AM
 #3

100 Bestätigungen sind notwendig. (Ältere) Core Clients verwenden 120 Bestätigungen.
rabe0577 (OP)
Member
**
Offline Offline

Activity: 65
Merit: 10


View Profile
May 14, 2014, 11:37:13 AM
 #4

Okay. Aber es wird doch immer gesagt das man das nich fälschen kann... Warumu dann so viele? Würden nicht auch 10 oder 20 reichen? Oder auch nur 6? Verstehe den sinn nicht so richtig...

My Bitcoin Adress: 1Mhig7hLeRPtWCBYwYSHNDqSTW7qRuYiu6

Donations are welcome Smiley
rabe0577 (OP)
Member
**
Offline Offline

Activity: 65
Merit: 10


View Profile
May 14, 2014, 11:42:37 AM
 #5

Weil es mich interessiert. Wichtig ist es nicht.

My Bitcoin Adress: 1Mhig7hLeRPtWCBYwYSHNDqSTW7qRuYiu6

Donations are welcome Smiley
shorena
Copper Member
Legendary
*
Offline Offline

Activity: 1498
Merit: 1499


No I dont escrow anymore.


View Profile WWW
May 14, 2014, 12:04:28 PM
 #6

Weil es eben so ist? Wofür ist das wichtig? Weils mal ein paar Stunden dauert?

Super antwort: "Halts Maul und friss"? lassen wir das

Weil es mich interessiert. Wichtig ist es nicht.

Der Pool selber bekommt die coins erst nach 100 Bestätigungen.
siehe u.a. hier: https://bitcointalk.org/index.php?topic=39005.0 [engl.]

Es geht dabei primär darum das eine gewisse Einigkeit darüber herscht ob das jetzt wirklich ein neuer Block ist oder nicht.

Natürlich kann ein Pool die auch erstmal aus eigener Tasche zahlen und davon ausgehen das der Block bestätigt wird.

Im not really here, its just your imagination.
rabe0577 (OP)
Member
**
Offline Offline

Activity: 65
Merit: 10


View Profile
May 14, 2014, 12:47:31 PM
 #7

Achso, also macht der Pool das auch wegen der eigeden sicherheit und das er nicht die BTC auslegen muss? Verstehe...

My Bitcoin Adress: 1Mhig7hLeRPtWCBYwYSHNDqSTW7qRuYiu6

Donations are welcome Smiley
Chefin
Legendary
*
Offline Offline

Activity: 1882
Merit: 1108


View Profile
May 19, 2014, 07:33:38 AM
 #8

Es geht um die Blockchain.

Wenn du 3 PCs hast die dran rumrechnen, kannst du dir das einfacher vorstellen. Nehmen wir an, deine Coins werden "gefunden" aber 5 std später schliessen sich PC 2 und 3 zusammen um einen fork zu machen, weil sie mit deiner entscheidung unzufrieden sind. In 5 Std wurden aber schon (alle 10 minuten) 30 Blöcke gefunden. 120 Blöcke sind also dann gerade mal 20 Std.

Um den Fork aufzubauen müssen die zwei nun nach 5 Std bereits 30 Blöcke mehr machen als der verbliebene. Da sich die leistung 1/3 zu 2/3 aufteilt, ist diese Zeit also ca bei 15 weiteren Stunden um aufzuholen. Und bei 20 Std stehen wir bei ca 60 Stdunden aufholzeit. Bei 66,6%. Der 51% Angriff der 120 Blöcke aufholen soll mit nur 1% Überhang braucht Wochen. Genug Zeit Massnahmen zu ergreifen.

Daher diese Zahl. 20 Std soll als Kompromiss dienen zwischen Warten müssen und Betriebssicherheit.
rabe0577 (OP)
Member
**
Offline Offline

Activity: 65
Merit: 10


View Profile
May 19, 2014, 01:45:55 PM
 #9

Verstehe irgendwie gerade nicht so richtig was du damit meinst.

Fork = gruppe?

Nur mit welcher entscheidung sollen sie unzufrieden sein? Das ich die "gefundenden" BTC bekomme?

My Bitcoin Adress: 1Mhig7hLeRPtWCBYwYSHNDqSTW7qRuYiu6

Donations are welcome Smiley
hartvercoint
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
May 19, 2014, 04:39:24 PM
 #10

http://bit.ly/1lBt5JC
Chefin
Legendary
*
Offline Offline

Activity: 1882
Merit: 1108


View Profile
May 20, 2014, 08:24:17 AM
 #11

Verstehe irgendwie gerade nicht so richtig was du damit meinst.

Fork = gruppe?

Nur mit welcher entscheidung sollen sie unzufrieden sein? Das ich die "gefundenden" BTC bekomme?

Es war ein beispiel zum Verständniss. Natürlich ist deine Entscheidung bedeutungslos fürs Bitcoinnetzwerk. Aber man kann eben keine Regeln jeweils für einen Einzelnen aufstellen. Daher muss man den Worstcase betrachten. Um aus dem Zahlenwirwar etwas rauszukommen, habe ich es auf 3 PCs reduziert.

Ein Fork wäre das sich die Blockchain aufteilt. Also das ein Teil der Benutzer unzufrieden ist mit irgend etwas. Sie rechnen an ihrer eigenen Blockchain. Bis block (beispiel) 1000 sind sie gemeinsam, danach gibt es jeden Block 2x je nach dem in welchem Segment man sich befindet. Das ist für sich schon eine heikle Situation, da du jetzt Geld transferierst, aber wenn du am falschen Ast sitzt dieser Transfer anulliert wird, sollte sich die andere Blockchain durchsetzen. Den mit dem Aufsplitten(forken) werden auch transaktionen immer nur in dem Teil behandelt in dem man selbst drin sitzt. Da die Rechenleistung nun ebenfalls gesplittet ist dauert es eben keine 10 Minuten mehr zum Block finden sondern statistisch nun 20minuten oder mehr, je nach Rechenleistung in diesem Zweig. Auf mein 3 PC-Beispiel zurück kommend: waren es bei 3 PC noch 10 Minuten, dauert es beim 2 PC-zweig nun 20 Minuten, beim 1 PC Zweig aber 30 Minuten bis zum Block. in 1 Std haben die 2 also 3 blöcke und der einzelne nur 2 Blöcke gefunden. Der Einzelne ist also bei Block 1002, die anderen bei Block 1003. Das setzt sich normalerweise endlos fort, bis einer nachgibt. Dein Client hingegen sucht die längste Blockchain(so jedenfalls ist es programmiert). Die Clients rennen also zur längeren Blockchain und die kürzere ist irgendwann alleine ohne transaktionen.

Nun etwas klarer? Nicht schlagen, das ich es sehr grob vereinfache, aber hier gehts drum, denjenigen erstmal Grundkenntnisse beizubringen. Die Details bekommt er dann später schon noch mit. Daher nagel mich nicht zu 100% drauf fest, sondern nimm es mehr als Gedankenstütze wie es prinzipiell funktioniert. Im Detail müssen noch dutzende weiterer Bedingungen berücksichtigt werden, die aber am Ende immer zum Ergebniss führen: die längste Blockchain setzt sich durch. Und damit ein Miningpool da nicht zwischen die fronten kommt, da ja das ganze vollautomatisch abläuft baut man eine "Wartezeit" ein. Das sind die 120 Blöcke. Jetzt ist es sehr sehr unwahrscheinlich, das noch ein Fork kommt.
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!