Pages:
Author

Topic: Bitcoin XT - page 2. (Read 27428 times)

legendary
Activity: 1260
Merit: 1002
November 02, 2015, 07:37:14 AM
Petit discours d'un des développeurs de XT sur la position des développeurs du CORE.
https://medium.com/@octskyward/on-block-sizes-e047bc9f830

Quote
So in case you are waiting for Core to make a move, remember this: there cannot be any code added to a Core release without Wladimir being satisfied with it. And he believes that any change to the block size at all simply can’t happen “any time soon”.

What does Maxwell think about a block size increase? He contradicts himself regularly; claiming he wants an increase but simultaneously stating he thinks it shouldn’t happen. So far, Maxwell has clearly stated support for zero block size proposals. Judge people by their actions rather than their words: when Gavin and I asked him to put a specific counterproposal on the table he answered with the Lightning Network (and 1mb blocks forever).

cretin.
legendary
Activity: 1512
Merit: 1012
November 02, 2015, 07:18:35 AM
Petit discours d'un des développeurs de XT sur la position des développeurs du CORE.
https://medium.com/@octskyward/on-block-sizes-e047bc9f830

Quote
So in case you are waiting for Core to make a move, remember this: there cannot be any code added to a Core release without Wladimir being satisfied with it. And he believes that any change to the block size at all simply can’t happen “any time soon”.

What does Maxwell think about a block size increase? He contradicts himself regularly; claiming he wants an increase but simultaneously stating he thinks it shouldn’t happen. So far, Maxwell has clearly stated support for zero block size proposals. Judge people by their actions rather than their words: when Gavin and I asked him to put a specific counterproposal on the table he answered with the Lightning Network (and 1mb blocks forever).
legendary
Activity: 1512
Merit: 1012
October 21, 2015, 05:28:36 AM
Discussion autour du prochain 0.11D : https://github.com/bitcoinxt/bitcoinxt/commit/43b24545b3adcd348adfbdb0054f59b34e30c425

MikeHearn est dans la même ligne de ce que je pense aussi :

Quote
The min relay fee change breaks existing wallets, is unnecessary with a proper mempool limiter and IMHO should not have been done.
Again, we'll have to adopt it at some point for mempool consistency as otherwise version skew can assist people with double spending attacks. Being consistent ends up being more important than being correct Sad But it's not urgent.

l'augmentation de la taxe sur le relayage des transactions à "faible coût" ... ne rêgle pas le problème de fond d'une accumulation du mempool dans le coeur du programme original.
legendary
Activity: 1260
Merit: 1002
October 13, 2015, 02:02:45 PM
Mince

Reddit ne trouve pas de blocks ?

Bwahaha ! (Rire sardo(ka)nique)

Peut être qu'avec une blockchain privée ?

TSIM POUM !

Grin Grin


attend y'en a quand meme que ca a l'air de tenter:



Dude has completely it  Cheesy Does he even realize what he is saying  Huh

As if that's not what they were doing all along  Cheesy


la sidechain liquid de Blockstream est en train de les tondre comme les moutons qu'ils sont.

http://www.coindesk.com/blockstream-commercial-sidechain-bitcoin-exchanges/

legendary
Activity: 1512
Merit: 1012
October 13, 2015, 06:23:37 AM
de toutes les façons, même s'ils ont 10% des noeuds actuellement ... faudrait encore qu'ils minent quelques choses : http://xtnodes.com/
legendary
Activity: 1260
Merit: 1002
October 13, 2015, 06:00:32 AM
ils espèrent peut etre que plus ils font de release, plus de gens vont suivre?

dans le meme genre de big blocks -> mass adoption, certainement.
hero member
Activity: 623
Merit: 500
CTO, Ledger
October 12, 2015, 08:07:04 PM
C'est normal, ils étaient trop occupés à relinker avec une librairie tierce le plus vite possible pour prouver qu'ils sont plus réactifs que Core, pas le temps de préparer un texte de release (ou une politique de release) (ou une politique)  Kiss
legendary
Activity: 1512
Merit: 1012
October 12, 2015, 06:05:29 PM
La révision C est sortie : https://github.com/bitcoinxt/bitcoinxt/releases/tag/v0.11C

Code:
This release fixes a buffer overflow in the integrated UPNP support.

 Roll Eyes c'est un peu léger comme explications ...
legendary
Activity: 1512
Merit: 1012
October 08, 2015, 03:22:04 PM
Bon, c'est bien ... le dernier rêglage présenté à un gros avantage :

-il relaie toutes les transactions (mêmes les satoshis !)
-il purge après 1000 quelque chose ... qui, en période de SPAM, tourne à 7-8Mo de blocks créés

Mon CPU suit plus quand ça approche 1700 quelque chose ... donc, ça me va aussi tend que j'ai au moins 3 blocks possible en mempool.
legendary
Activity: 1512
Merit: 1012
October 08, 2015, 02:04:46 PM
Pour ceux qui veulent, un peu, tester la limite de leur matériel ... utilisez ces rêglages-là :

Code:
maxmempooltx=1000
minrelaytxfee=0.00000001

puis faites des getinfo dans la CONSOLE déjà pour voir s'il a compris (faute dans la ligne de commande par exemple).

ensuite, utilisez à intervals réguliers, le getmempoolinfo pour regarder comment se rempli et surtout comme "purge" le Bitcoin XT, sa mémoire RAM des transactions.

augmentez le maxmempooltx suivant la puissance de votre CPU ...

si on augmente les minrelaytxfee, le CPU est encore plus déchargé de son travail.

---

Tout ceci n'est valable que quand le Bitcoin XT est en mode noeud ET server (P2Pool).
Attention, les transactions intégrées dans un blocks dépassent actuellement les 1 800 en moyenne ... c'est pour ça que l'auteur de cette option indique de "commencer" à 50 000.

Mettre à 1000 ne permet que de voir comme la "purge" Bitcoin XT a lieu ...
legendary
Activity: 1512
Merit: 1012
October 08, 2015, 12:49:11 PM
Bon, on va essayer cela :

Code:
maxmempooltx=100000      #restriction RAM du mempool (noeud simple)
minrelaytxfee=0.00002    #restriction CPU (traitement mining P2Pool)


le 0.00002 , je l'ai sorti de mon android wallet en période de SPAM avec un rêglage des frais en "économique".
j'ai passé une transaction avec ces frais-là pour être sûr que ça passe "normalement" dans le block suivant.
legendary
Activity: 1512
Merit: 1012
October 08, 2015, 12:15:27 PM
 Grin Mouais, ça marche bien ... la RAM, effectivement, n'est plus siphonnée avec un plantage à la fin proche de 46Mo de RAM restante (libre).

Par contre, y'a rien à faire ... ça bouffe vraiment trop de CPU pour faire les recherches entre les blocks, l'UTXO et le SPAM réseau.

là, la restriction par frais de réseau (relay) fonctionne (pour limiter l'usage au CPU).  Cool
legendary
Activity: 1512
Merit: 1012
October 08, 2015, 11:20:41 AM
Mise en place de la purge et de la restriction du mempool grace à la dernière version 0.11B : https://medium.com/@octskyward/mempool-size-limiting-a3f604b72a4a

Quote
Q: What is mempool size limiting?

The mempool is the network’s holding area for transactions that have been made but not put into a block yet. Every Bitcoin node on the network holds unconfirmed transactions in RAM and removes them once they are confirmed. From then on they’re held only on disk.

Bitcoin Core and releases of Bitcoin XT prior to 0.11B have no limit on the number of unconfirmed transactions they will try to hold. If a transaction is valid it will stay in RAM forever until it’s mined. This means DoS attackers can flood the network with transactions until nodes start to run out of physical memory and fall over. I wrote about what can happen then in my article, Crash Landing.

 Roll Eyes comment on peut construire des logiciels qui ne purgent rien et stockent tout en RAM jusqu'à planter ?
je pensais que le DBCache (ligne de commande) restreignait cela dans Bitcoin Core !

Il n'en est rien.
Pourtant y'a bien le marqueur UTXO dans le "sommaire" du rêglage du DBCache justement ...  Angry
legendary
Activity: 1512
Merit: 1012
October 05, 2015, 06:01:18 PM
Liste des IPs bizarres sur la semaine dernière.

Code:
82.130.102.211
129.13.72.195
129.13.72.196
129.13.72.197
129.13.72.198
129.13.72.198
148.251.238.178
76.111.226.11

Le message de tri reste le même (Connection slots exhausted, refusing inbound).
Les IPs indiquées se présentent bien plus régulièrement que les autres que je n'ai pas indiqué (plus de 8 fois).
legendary
Activity: 1260
Merit: 1002
September 23, 2015, 12:48:01 PM
legendary
Activity: 1512
Merit: 1012
September 23, 2015, 07:50:59 AM
Pour ceux qui veulent faire un peu d'investigation à la manière d'IPFilter ... voici les 2 IP les plus "intempestivement bloquées" par Bitcoin XT (message : Connection slots exhausted, refusing inbound).

Trié à partir de 3 jours de DEBUG.LOG

Code:
148.251.238.178:7974
148.251.238.178:14315
148.251.238.178:14628
148.251.238.178:15734
148.251.238.178:19225
148.251.238.178:21564
148.251.238.178:21777
148.251.238.178:37974
148.251.238.178:43977
148.251.238.178:50268
148.251.238.178:55211
148.251.238.178:58606
148.251.238.178:8038
204.232.165.160:45758
204.232.165.160:45776
204.232.165.160:45807
204.232.165.160:45839
204.232.165.160:45876
204.232.165.160:45876
204.232.165.160:46592
204.232.165.160:46651
204.232.165.160:46839
204.232.165.160:47069
204.232.165.160:47464
204.232.165.160:48049
204.232.165.160:49073
204.232.165.160:50806
204.232.165.160:53760

hero member
Activity: 623
Merit: 500
CTO, Ledger
September 19, 2015, 11:35:04 PM
En plus on a toute la politique de XT résumée en une phrase de la pull request, c'est pratique  Kiss

Quote
Of course, it would be better to run tests, etc
legendary
Activity: 1512
Merit: 1012
September 19, 2015, 07:15:56 PM
Discussions sur la limitation de la bande passante alloué en fonction d'un upload limité (tout le monde n'a pas un noeud sur un dataserver) : https://github.com/bitcoinxt/bitcoinxt/pull/76

L'application de ce réglage pourrait même être plus rapide que prévu : https://github.com/bitcoinxt/bitcoinxt/pull/75

La raison en est simple : lors d'un Stress Test du réseau Bitcoin, les clients mineurs se trouvent à bouffer tout leur upload pour filtrer et nettoyer les transactions SPAM.

Une autre raison cachée ... est que quand on est un "bon noeud", on commence à être assaillit par les demandes des entrants pour des blocks pour recréer leur blockchain locale.
legendary
Activity: 1512
Merit: 1012
September 15, 2015, 06:41:50 PM
Discutions sur le mécanisme de purge du mempool (introduit dans la 0.11B) : https://github.com/bitcoinxt/bitcoinxt/pull/56
legendary
Activity: 1512
Merit: 1012
September 15, 2015, 04:07:53 PM
Et sinon vous parlez comme si XT est le seul autre client autre que Core. Faut sortir de votre grotte de temps en temps.

ouais, mais le HD Wallet (désignera les logiciels l'utilisant), c'est une grosse merde ... quand on est un peu maniaque sur les bords.  Grin et c'est bien parce que je n'ai pas le choix ... que j'utilise cette structure sur mon téléphone.  Roll Eyes
Pages:
Jump to: