Pages:
Author

Topic: Re: Der Aktuelle Kursverlauf blockgrösse - page 2. (Read 185663 times)

ImI
legendary
Activity: 1946
Merit: 1019
November 12, 2017, 01:15:53 PM
Du meintest jedoch der Angreifer würde die TX wieder löschen und in diesem Fall verdrängt er logischerweise niemanden mit niedrigeren Fees aus dem nächsten Block.

Ganz davon abgesehen ist es sowieso nicht möglich da eine korrekt signierte TX nunmal gemined werden kann sobald sie öffentlich ist und niemand etwas dagegen unternehmen kann, auch nicht der Sender.

Endlich eine klare Antwort, danke. Transaktionen können also vor der ersten Bestätigung wieder zurück genommen werden!

Äh, nein. Niemand kann den Miner daran hindern eine ihm bekannte, bisher nicht geminte, Transaktion zu minen. Man kann also keine TX aus dem Mempool nehmen.

sr. member
Activity: 876
Merit: 291
November 12, 2017, 01:03:14 PM
Du meintest jedoch der Angreifer würde die TX wieder löschen und in diesem Fall verdrängt er logischerweise niemanden mit niedrigeren Fees aus dem nächsten Block.

Ganz davon abgesehen ist es sowieso nicht möglich da eine korrekt signierte TX nunmal gemined werden kann sobald sie öffentlich ist und niemand etwas dagegen unternehmen kann, auch nicht der Sender.

Endlich eine klare Antwort, danke. Transaktionen können also vor der ersten Bestätigung wieder zurück genommen werden!
ImI
legendary
Activity: 1946
Merit: 1019
November 12, 2017, 12:54:39 PM
Kann man beim Bitcoin die Transaktionen nicht so gestalten, dass man sie wieder nachträglich stornieren kann? Wer weiß das?

Wenn ja, ist das natürlich für einen Angriff mit hohen Fees prädestiniert.

Die Fee steigt weiter, das könnte schon die Größenordnung 20 bis 50 Euro sein. Kann jemand, der weiß wie es geht, eine Transaktion in den Pool einstellen, und später wieder löschen, solange sie nocht nicht bestätigt wurde?

So ein "Angriff" hätte effektiv keine Auswirkung da er keine TX verdängen würde mit einer kleineren Fee.

Ich bekäme als normaler Anwender Transaktionen nur noch mit extremen Gebühren durch, müsste mich also mit der Höhe meiner Fees vor die anderen stellen.

Du meintest jedoch der Angreifer würde die TX wieder löschen und in diesem Fall verdrängt er logischerweise niemanden mit niedrigeren Fees aus dem nächsten Block.

Ganz davon abgesehen ist es sowieso nicht möglich da eine korrekt signierte TX nunmal gemined werden kann sobald sie öffentlich ist und niemand etwas dagegen unternehmen kann, auch nicht der Sender.
sr. member
Activity: 876
Merit: 291
November 12, 2017, 12:49:10 PM
Kann man beim Bitcoin die Transaktionen nicht so gestalten, dass man sie wieder nachträglich stornieren kann? Wer weiß das?

Wenn ja, ist das natürlich für einen Angriff mit hohen Fees prädestiniert.

Die Fee steigt weiter, das könnte schon die Größenordnung 20 bis 50 Euro sein. Kann jemand, der weiß wie es geht, eine Transaktion in den Pool einstellen, und später wieder löschen, solange sie nocht nicht bestätigt wurde?

So ein "Angriff" hätte effektiv keine Auswirkung da er keine TX verdängen würde mit einer kleineren Fee.

Ich bekäme als normaler Anwender Transaktionen nur noch mit extremen Gebühren durch, müsste mich also mit der Höhe meiner Fees vor die anderen stellen.

Ich wüsste gern, ob ein Angreifer seine eigenen Transaktionen wieder löschen kann, bevor die erste Bestätigung kommt. Wenn nicht, käme ihn dieser Angriff teuer. Wenn ja, kommt es für alle anderen (im Durchschnitt) teuer.
ImI
legendary
Activity: 1946
Merit: 1019
November 12, 2017, 12:21:02 PM
Kann man beim Bitcoin die Transaktionen nicht so gestalten, dass man sie wieder nachträglich stornieren kann? Wer weiß das?

Wenn ja, ist das natürlich für einen Angriff mit hohen Fees prädestiniert.

Die Fee steigt weiter, das könnte schon die Größenordnung 20 bis 50 Euro sein. Kann jemand, der weiß wie es geht, eine Transaktion in den Pool einstellen, und später wieder löschen, solange sie nocht nicht bestätigt wurde?

So ein "Angriff" hätte effektiv keine Auswirkung da er keine TX verdängen würde mit einer kleineren Fee.
sr. member
Activity: 876
Merit: 291
November 12, 2017, 12:17:33 PM
Kann man beim Bitcoin die Transaktionen nicht so gestalten, dass man sie wieder nachträglich stornieren kann? Wer weiß das?

Wenn ja, ist das natürlich für einen Angriff mit hohen Fees prädestiniert.

Die Fee steigt weiter, das könnte schon die Größenordnung 20 bis 50 Euro sein. Kann jemand, der weiß wie es geht, eine Transaktion in den Pool einstellen, und später wieder löschen, solange sie nocht nicht bestätigt wurde?
sr. member
Activity: 409
Merit: 286
November 12, 2017, 08:20:46 AM
@hv_: Rein theoretisch hat ja Bitcoin jetzt mit Segwit genügend Kapazität. Ich habs ja schon mal wo anders erwähnt - die derzeitige maximale Rate der Transaktionen, die zum Mempool hinzugefügt werden (ca. 3,5-4 tps), entspricht etwa 1,2-1,3 MB-Blöcken. Und Segwit schafft mindestens 1,7, wahrscheinlich eher 2,2-2,4 MB (theoretisch 4 MB).

Dass es Engpässe gibt, liegt einzig und allein an den Usern und Wallet-Programmierern, die Segwit bisher noch zu zaghaft unterstützen. Ich habe gerade die neue Electrum installiert und die hat als allererste Wallet überhaupt endlich Unterstützung für das Bech32-Addressformat (unser anderer Foren-Bigblocker hat einen schönen Artikel drüber geschrieben).

Und es steht ja nirgends geschrieben, dass die Blockgröße nicht langsam und gut geplant anwachsen kann. Raspi-Wallets sind natürlich Quatsch, aber ein normaler, "state-of-the-art" Heim-PC sollte zumindest einen Pruned Full Node schultern können.



Na klasse, gut dass Bitcoin davon abhängig ist, dass die Firmen, die No2x eben noch vor den Kopf gestoßen hat, endlich machen, was man ihnen heißt.

Und gut, dass Jihan Wu, der ja womöglich der große Feind ist, einfach beschließen kann, keine SW Transaktionen zu minen.

Und noch besser, dass die beiden Erzfeinde und ihre Kumpels, Roger, Jihan und Co., durch die 500% Gewinn mit BCH jetzt auch über eine fette Kriegskasse verfügen, und einen mächtigen finanziellen Anreiz haben, das Flippening voranzutreiben.

Mir egal, wer das verschuldet hat. Ist auch albern, herumzumoralisieren. Aber selbst wenn eure schlimmsten Schurken-Phantasien wahr wären - gerade dann - wäre das alles taktisch gesehen ein ziemlicher Griff ins Klo.

Edit: Danke fürs Verlinken meines Artikels. Gibt's auch auf Deutsch auf dem deutschen Blog:
https://bitcoinblog.de/2017/11/06/electrum-3-0-mit-bech32-segwit-adressen/



sr. member
Activity: 854
Merit: 284
November 12, 2017, 06:43:09 AM
Guck dir doch noch mal genau hin. Sieht aus wie Fake. Die Fähigkeiten so ein Bild zu machen beginnen doch schon nach zwei drei Wochen erstkontakt mit einem PC.

es ist auch FACKE - kapiere nicht wieso die User so was unseriöses Posten,

Einfach Peinlich Roll Eyes

Schaut Euch doch einfach den Link direkt an und spekuliert nicht über Screenshots: https://shapeshift.io/#/coins (da dann BTC auszuwählen). Ist kein Fake.

habe mir es jetzt genauer angeschaut.
Also, Du hast recht der BTC ist seit 19 Minuten nicht mehr gelistet  Huh

SORRY "twbt"
sr. member
Activity: 876
Merit: 291
November 12, 2017, 06:39:41 AM
Kann man beim Bitcoin die Transaktionen nicht so gestalten, dass man sie wieder nachträglich stornieren kann? Wer weiß das?

Wenn ja, ist das natürlich für einen Angriff mit hohen Fees prädestiniert.
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
November 12, 2017, 06:35:22 AM
Guck dir doch noch mal genau hin. Sieht aus wie Fake. Die Fähigkeiten so ein Bild zu machen beginnen doch schon nach zwei drei Wochen erstkontakt mit einem PC.

es ist auch FACKE - kapiere nicht wieso die User so was unseriöses Posten,

Einfach Peinlich Roll Eyes

Schaut Euch doch einfach den Link direkt an und spekuliert nicht über Screenshots: https://shapeshift.io/#/coins (da dann BTC auszuwählen). Ist kein Fake.
sr. member
Activity: 854
Merit: 284
November 12, 2017, 06:15:47 AM
Guck dir doch noch mal genau hin. Sieht aus wie Fake. Die Fähigkeiten so ein Bild zu machen beginnen doch schon nach zwei drei Wochen erstkontakt mit einem PC.

es ist auch FACKE - kapiere nicht wieso die User so was unseriöses Posten,

Einfach Peinlich Roll Eyes
hv_
legendary
Activity: 2506
Merit: 1055
Clean Code and Scale
November 12, 2017, 06:13:29 AM
@hv_: Rein theoretisch hat ja Bitcoin jetzt mit Segwit genügend Kapazität. Ich habs ja schon mal wo anders erwähnt - die derzeitige maximale Rate der Transaktionen, die zum Mempool hinzugefügt werden (ca. 3,5-4 tps), entspricht etwa 1,2-1,3 MB-Blöcken. Und Segwit schafft mindestens 1,7, wahrscheinlich eher 2,2-2,4 MB (theoretisch 4 MB).

Dass es Engpässe gibt, liegt einzig und allein an den Usern und Wallet-Programmierern, die Segwit bisher noch zu zaghaft unterstützen. Ich habe gerade die neue Electrum installiert und die hat als allererste Wallet überhaupt endlich Unterstützung für das Bech32-Addressformat (unser anderer Foren-Bigblocker hat einen schönen Artikel drüber geschrieben).

Und es steht ja nirgends geschrieben, dass die Blockgröße nicht langsam und gut geplant anwachsen kann. Raspi-Wallets sind natürlich Quatsch, aber ein normaler, "state-of-the-art" Heim-PC sollte zumindest einen Pruned Full Node schultern können.



Den einzeluser kann man mit SW blenden, das ist prima Technobubble.

Wundert es nicht, dass es nicht seit langem schon theoretisch läuft?

Ich arbeite seit rund 10 Jahren mit Handelssytemen / Finanzsoftware, mich wundert das nicht....

Die SW Theorie ist auch ein romantischer Irrweg und keine 8 Jahre geprüfte Bitcointechnik.
legendary
Activity: 1372
Merit: 1014
November 12, 2017, 05:56:31 AM

Guck dir doch noch mal genau hin. Sieht aus wie Fake. Die Fähigkeiten so ein Bild zu machen beginnen doch schon nach zwei drei Wochen erstkontakt mit einem PC.
legendary
Activity: 3892
Merit: 6012
Decentralization Maximalist
November 12, 2017, 05:52:04 AM
@hv_: Rein theoretisch hat ja Bitcoin jetzt mit Segwit genügend Kapazität. Ich habs ja schon mal wo anders erwähnt - die derzeitige maximale Rate der Transaktionen, die zum Mempool hinzugefügt werden (ca. 3,5-4 tps), entspricht etwa 1,2-1,3 MB-Blöcken. Und Segwit schafft mindestens 1,7, wahrscheinlich eher 2,2-2,4 MB (theoretisch 4 MB).

Dass es Engpässe gibt, liegt einzig und allein an den Usern und Wallet-Programmierern, die Segwit bisher noch zu zaghaft unterstützen. Ich habe gerade die neue Electrum installiert und die hat als allererste Wallet überhaupt endlich Unterstützung für das Bech32-Addressformat (unser anderer Foren-Bigblocker hat einen schönen Artikel drüber geschrieben).

Und es steht ja nirgends geschrieben, dass die Blockgröße nicht langsam und gut geplant anwachsen kann. Raspi-Wallets sind natürlich Quatsch, aber ein normaler, "state-of-the-art" Heim-PC sollte zumindest einen Pruned Full Node schultern können.

hv_
legendary
Activity: 2506
Merit: 1055
Clean Code and Scale
November 12, 2017, 05:26:21 AM
Wenn ein 'Store of Value' gerade in Kriesenzeiten nicht verfügbar ist, weil es selbstgemachte Kapazitätsgrenzen gibt und man hohes Schmiergeld bezahlen muss, um an sein Geld zu kommen, dann ist der Store nich besser als Grichische Banken in der Kriese, wo ich den Soldat vor dem Geldautomat schmieren muss, damit ich meine eigenen Euros bekommen kann.

Ein stabiles Finanzsystem muss genügend Exzesskapazität für Kriesenzeiten / Runs usw. zur Verfügung haben, alles andere ist Kinderspielplatz und kann niemals für Vertrauen und Systemstabilität sorgen. Der Weg des RasPis und der dauervollen (hicks!) Minimurxblöcke ist ein allenfalls romantischer Irrweg.

Kaum geschrieben, schon bewiesen: Bitcoin unstabil und eingestellt bei Shapeshift.

https://i.redd.it/qmpaovlc8ixz.png

legendary
Activity: 2618
Merit: 1252
November 11, 2017, 05:53:25 PM
Ich wage die Prognose, dass einer der beiden Wege nicht zu einer nachhaltigen Werthaltigkeit führen wird.
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
November 11, 2017, 06:49:57 AM
Naja, wenn zwei Personen unterschiedliche Wege gehen, dann nenne ich das nicht Konsens.

Man könnte es aber eine einvernehmliche Scheidung nennen. - Letztlich wollte ich aber darauf hinaus, dass die Diskussion müßig ist. Die Fakten liegen ja nun auf dem Tisch und den Rest entscheiden letztlich die Märkte, die offensichtlich für beide Wege einen Wert sehen.
legendary
Activity: 2618
Merit: 1252
November 11, 2017, 03:58:50 AM
Naja, wenn zwei Personen unterschiedliche Wege gehen, dann nenne ich das nicht Konsens.
legendary
Activity: 994
Merit: 1098
An AA rated Bandoneonista
November 10, 2017, 07:34:49 PM
Quote from: mezzomix link=topic=1801295.msg24312679#msg24312679 date=1510259933Es gibt keinen[b
Algorithmus bezüglich der Weiterentiwcklung des Systems[/b]. Ansonsten hätten wir nämlich weder diese Diskussion führen müssen, noch würde es jemals einen Hard-Fork geben.

Doch es gibt so einen Algorithmus zur Weiterentwicklung des Systems: er nennt sich "Hard-Fork".

Bestes Beispiel: Bitcoin Cash.

Danke für die Unterstüzung meiner Argumentation. Dieser Fork wurde nämlich nicht algorithmisch eingeleitet, sondern von einem gewissen Jihan Wu angeordnet. Das Bitcoin Protokoll sieht keine (nennenswert lange lebenden) Forks vor.

Dann haben doch beide Seiten, was sie haben wollten: parallel fette Blöcke und keine harten Forks. Nennen wir das doch mal: einen Konsens und sehen, was ökonomisch daraus wird.
legendary
Activity: 2618
Merit: 1252
November 10, 2017, 05:35:35 PM
Quote from: mezzomix link=topic=1801295.msg24312679#msg24312679 date=1510259933Es gibt keinen[b
Algorithmus bezüglich der Weiterentiwcklung des Systems[/b]. Ansonsten hätten wir nämlich weder diese Diskussion führen müssen, noch würde es jemals einen Hard-Fork geben.

Doch es gibt so einen Algorithmus zur Weiterentwicklung des Systems: er nennt sich "Hard-Fork".

Bestes Beispiel: Bitcoin Cash.

Danke für die Unterstüzung meiner Argumentation. Dieser Fork wurde nämlich nicht algorithmisch eingeleitet, sondern von einem gewissen Jihan Wu angeordnet. Das Bitcoin Protokoll sieht keine (nennenswert lange lebenden) Forks vor.
Pages:
Jump to: