Bitcoin XT

[hdbuck]

le phénomène que je vais appeler hdbuck :on a tous un intérêt financier dans bitcoin

ahhhhh je vais rougir

[kcud_dab]

c'est une vrai nouveauté dans le protocole bitcoin, on change (légèrement) le rapport de force en augmentant le poids d'un des acteurs.
Une fois qu'ils auront ce pouvoir, on ne pourra plus faire machine arrière et il est impossible de prévoir leurs décisions sur testnet.
L'avantage est que on leur donne plus de pouvoir et du coup ils sont enclin a accepter cette modif, ce qui fait avancer les choses...

Désole mais je ne vois pas vraiment la différence par rapport à aujourd'hui... ça changerait quoi en pratique par rapport à aujourd'hui ? En quoi ils auraient plus de de pouvoir pour toi ?
Un mineur pourrait ne pas valider ta transaction parce qu'il n'en a pas envie ? Ensemble ils pourraient faire des blocs plus petits ?
C'est déjà je cas aujourd'hui !

[glub0x]

Un peu de la même façon qu'un referundum ne garantit rien dans les faits mais quand on fait un référendum, on est un peu obligé de suivre le résultat.
Sauf en grèce.  et en france ( constitution européénne)

Les mineurs pourraientt prendre une décision quand à la taille des blocs qui ne suit pas ni l'idée de devCore ni celle de la communauté.
Par exemple si il devient certain que tous les acteurs veulent une limite a 10Mb ( devCore, investisseur, VC, start-up ... ), les mineurs pourraient décider de prendre 32Mb ou 1mb.

Je pense que ce risque est "acceptable" grâce au phénomène hdbuck. Si les mineurs prennent une décision qui va contre les investisseurs, le cours va descendre et ils vont perdre de l'argent(beaucoup!) donc a priori leurs intérêt sont concordants.
La question devient peut on trouver un scenario où les mineurs cherchent une baisse du cour ?

[kcud_dab]

Les mineurs pourraientt prendre une décision quand à la taille des blocs qui ne suit pas ni l'idée de devCore ni celle de la communauté.
Par exemple si il devient certain que tous les acteurs veulent une limite a 10Mb ( devCore, investisseur, VC, start-up ... ), les mineurs pourraient décider de prendre 32Mb ou 1mb

Mouais, donc en pratique ça ne change pas vraiment par rapport à la situation actuelle ou par rapport à 100 ou XT/101... (mis à part le garde fou de 1 Mo, 32 Mo ou 8 Go).
Si le risque est des blocs trop petits : il peuvent déjà le faire aujourd'hui donc ça changera rien !
Si le risque est des blocs trop gros : si c'est un risque avec des blocs de 32 Mo, faut pas pousser XT/101 qui propose des blocs de 8 Go à terme.

[glub0x]

Non ça ne change pas vraiment le rapport, ça le change juste légèrement mais comme c'est vraiment nouveau et pas du tout prévu dans bitcoin je suis méfiant.

Pourquoi les mineurs et pas les détenteurs de bitcoin? 1 bitcoin une voix plutôt que 1MhZ une voix? Ca non plus ça ne changerai pas beaucoup le rapport de force...
Dans son papier j'ai cru comprendre que jeff écarte cette possibilité pour des raisons techniques, pas sur le fond.
Bref une couche arbitraire de plus mais si elle rassemble une majorité, ... qu'il en soit ainsi

[glub0x]

edit: d'ailleur je ne prone pas le 1MB... si ca aurait été 2, 3, 10, 20, 32 au moment ou l'economie et la communauté de bitcoin à vraiment commencé à se lancer et à prendre de l'entropie, je n'aurais pas voulu qu'on la change non plus.

On se perd a te lire...certes dans un autre monde ta position aurai été différente ...
Dans ce monde a 1mb /block ta position est bien : ne touchons à rien ( donc gardons 1mb)?

dsl double post...

[hdbuck]

Je veux un bitcoin qui marche par ondes radio. Qui soit intouchable. (sauf en cas de faille...)

thats the spirit my friend !

[Djinou94]

C'est quoi bip100? 

[glub0x]

A donc pas de BIP100 non plus? j'avais cru comprendre l'inverse dans précédent post ...
BIP 100 c est un gros changement aussi et ca introduit une forme de vote ds bitcoin!

P.S BIP 100 c'est une proposition d'un des devscore non affilié a blockstream ( étrangement ) qui propose un système de vote auto pour que ls mineurs choisissent eux même la taille ( entra 1mb( < possible?) et 32 mb) avec 2-3 autres regles pour qu'on passe pas de 1  a 32 tout les deux jours

[Meuh6879]

C'est quoi bip100?  

https://bitcointalk.org/index.php?topic=1155998.msg12173888#msg12173888

Protocol changes proposed:
 
1. Hard fork, to
2. Remove static 1MB block size limit.
3. Simultaneously, add a new floating block size limit, set to 1MB.
4. The historical 32MB limit remains.
5. Schedule the hard fork on testnet for September 1, 2015.
6. Schedule the hard fork on bitcoin main chain for January 11, 2016.
7. Changing the 1MB limit is accomplished in a manner similar to BIP 34, a one­way lock­in
upgrade with a 12,000 block (3 month) threshold by 90% of the blocks.
8. Limit increase or decrease may not exceed 2x in any one step.
9. Miners vote by encoding ‘BV’+BlockSizeRequestValue into coinbase scriptSig, e.g.
“/BV8000000/” to vote for 8M. Votes are evaluated by dropping bottom 20% and top
20%, and then the most common floor (minimum) is chosen.

ça me plaît bien mieux, ça ... car les mineurs voudront garder des frais de transaction corrects mais ne pas faire fuir les débutants qui resteraient engorgés.

[hdbuck]

bip100 risque d'obtenir ce fameux consensus, cest tout ce que je disais, parceque ce forcing de xt aura finalement bien servit la cause sous-jacente d'augmenter les blocks et de montrer qu'on peut prendre le pouvoir sur le protocole. (juste avec des n00bs sur reddit, ca fait quand meme mal. )

ca rentre completement dans le jeu de créer un précédent et montrer que bitcoin est potentiellement modifiable (dailleurs cest explicitement dit dans le texte de garzik...)

ils ne se cache meme pas au final, ils sont tous la avec leur FUD monstrueux à la "bitcoin va mourir" si on ouvre pas les vannes et qu'on modifie pas une de ses constantes par "referendum populaire".

mais allez y bande de salauds! allez voir ailleurs, y a pleins d'autres cryptos avec plus de capacité!

bitcoin se portera tres bien, si ce n'est mieux sans vous!

[glub0x]

bip100 risque d'obtenir ce fameux consensus, cest tout ce que je disais, parceque ce forcing de xt aura finalement bien servit la cause sous-jacente d'augmenter les blocks et de montrer qu'on peut prendre le pouvoir sur le protocole. (juste avec des n00bs sur reddit, ca fait quand meme mal. )

Même si on est pas du tout d'accord sur ce qu'est bitcoin car on a pas signé pour la même chose on a plein de points communs finalement!
Par exemple,  XT a aura servit a quelque chose! Sans XT probablement pas de BIP 1XX implémenté dans un futur proche.

Vive BIP100, le phénomène hdbuck se vérifie, plus la communauté tend a se diviser, plus elle a intérêt a s'unifier.

[Meuh6879]

les BIP auraient réapparus ... lors du SPAM test prévu sur tout le mois de septembre. 

[superresistant]

Je veux un bitcoin qui marche par ondes radio. Qui soit intouchable. (sauf en cas de faille...)

http://kryptoradio.koodilehto.fi/
https://github.com/koodilehto/kryptoradio

[Djinou94]

[Meuh6879]

  les XT sont redescendus à 1 block sur les 100 derniers générés dans la blockchain ...

[UnderZob]

https://medium.com/@octskyward/an-xt-faq-38e78aa32ff0

Voila un article très intéressant.

[Meuh6879]

j'ai donné le numéro du dernier block sur les précédentes pages.

[UnderZob]

60% des blocs sont maintenant en faveur de BIP100.

https://www.blocktrail.com/BTC/pools

Il ne manque plus que AntPool comme gros mineur.

[Meuh6879]

https://github.com/bitcoinxt/bitcoinxt/releases/latest

Bitcoin XT 0.11B contains the following changes and upgrades:

-    For miners, compatibility with tools like cgminer that include 64-bit incompatible JSON parsers

-    A size limited mempool for "stress test" resistance. Use the -maxmempooltx flag to control how many transactions are allowed in the mempool at once (default is 50000 or about 25 blocks worth). When there's an overflow, a random transaction and its children will be removed to make room.

-    Now defaults to trusting the system clock, to resolve potential issues with lying peers causing clock drift.

-    Stealth mode (activated with -stealth-mode flag), to make XT appear as Core on the network. Stealth mode can be used to hide from DDoS attacks but disables some protocol upgrades and other DoS attack fixes, so should only be used if you need it.

-    Improvements to the IP priorities code. You can now load IP priorities from files on disk, if you find certain IP ranges using up all your sockets.

-    XT patchlevel now appears more consistently.

Il devient donc impossible de différencier une version CORE d'une version XT ( https://getaddr.bitnodes.io/ ) si l'utilisateur active le STEALTH mode.