Bitcoin Forum
May 10, 2024, 03:42:33 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 [3]  All
  Print  
Author Topic: La taille des blocks dans le réseau Bitcoin, en route vers les 20Mb ?  (Read 13351 times)
hdbuck
Legendary
*
Offline Offline

Activity: 1260
Merit: 1002



View Profile
January 31, 2016, 12:09:41 PM
Last edit: January 31, 2016, 09:03:42 PM by hdbuck
 #41

le filtre cest les fees.

bitcoin cest pas fait pour te payer un repas 50cts.

bitcoin c'est pas les restos du coeur.
1715312553
Hero Member
*
Offline Offline

Posts: 1715312553

View Profile Personal Message (Offline)

Ignore
1715312553
Reply with quote  #2

1715312553
Report to moderator
1715312553
Hero Member
*
Offline Offline

Posts: 1715312553

View Profile Personal Message (Offline)

Ignore
1715312553
Reply with quote  #2

1715312553
Report to moderator
1715312553
Hero Member
*
Offline Offline

Posts: 1715312553

View Profile Personal Message (Offline)

Ignore
1715312553
Reply with quote  #2

1715312553
Report to moderator
The trust scores you see are subjective; they will change depending on who you have in your trust list.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
galaxiekyl
Legendary
*
Offline Offline

Activity: 2002
Merit: 1113



View Profile
January 31, 2016, 07:03:05 PM
 #42

surtout qu'une transac à 50ct avec frais c'est c'est plus un repas à 50ct.

il y a des alt pour ça, surtout quand les mineur demanderont plus de frais pour couvrir les perte du halving.
Meuh6879 (OP)
Legendary
*
Offline Offline

Activity: 1512
Merit: 1011



View Profile
February 13, 2016, 07:37:14 PM
 #43

ça sent à plein nez le serveur VPS loué pour 30j. ce truc-là de classic à block de 2Mb (ils ont fait pareil avec le XT de 20Mb à l'époque).

galaxiekyl
Legendary
*
Offline Offline

Activity: 2002
Merit: 1113



View Profile
February 14, 2016, 07:25:45 AM
 #44

ça sent surtout le pump à plein nez, mais quid de "classic" fork ou pas  Huh
Meuh6879 (OP)
Legendary
*
Offline Offline

Activity: 1512
Merit: 1011



View Profile
July 14, 2016, 05:09:54 PM
 #45

Pourquoi la taille de block n'est pas un objectif sérieux ... pour des développeurs.
Faire rentrer plus dans la même chose, c'est un objectif sérieux !

https://fee.org/articles/dont-increase-the-block-size-for-bitcoin-transactions/

Quote
Sex, Drugs, Rock & Roll

In his essay, Roger analogizes Bitcoin to Starbucks. According to him, the 1 MB cap is like limiting a Starbucks to twenty customers in a day. If they did that, there would be no way Starbucks would be successful. But Bitcoin is more like a Starbucks that the government is constantly trying to shut down. It only exists because it can’t be shut down.

Bitcoin is regulatory arbitrage at its finest, the monetary equivalent of what BitTorrent is to the sharing of media content. When users send Bitcoin from one person to another, instead of recording the transaction on a single server, like Paypal or any other bank, miners compete to bundle transactions into blocks. If the government regulates or shuts down any given mining operation, there will be others, somewhere in the world, willing to step up and compete for the block reward. The system thus far has created a perfect balance, with just enough decentralization to keep its independence, but just enough centralization to eliminate redundancies.

Et ce n'est donc pas un hasard de croiser cette constatation : "avant d'être gratuites, les transactions doivent être libres !"

Quote
Sadly, Bitcoin has been marketed for years as a free/cheap network for transactions, but this is flatly untrue. Bitcoin, as it currently stands, is poorly designed for retail, which is why payment processors like Bitpay are struggling despite millions in venture capital. Supporters of raising the Bitcoin blocksize bought into this narrative so deeply, they believe that Bitcoin must remain cheap to use. But Bitcoin’s users, the underserved, don’t care about free transactions, they care about the transaction freedom.
galaxiekyl
Legendary
*
Offline Offline

Activity: 2002
Merit: 1113



View Profile
August 26, 2016, 05:59:37 PM
 #46

évidemment, il ne faut pas exagérer le réseau n'est pas congestionné à ce point..aujourd'hui par exemple, on es loin de la saturation du réseau pourtant ma transaction met un certain temps avant d'être confirmé..j'ai déjà remarqué cela lors de transactions simultané (in/out) mes transactions (out) mettaient plus de temps être confirmé par un mineur..alors que les in mettaient moins de temps..dire qu'il y a boycote c'est certain..mais de là à dire que c'est intentionnel..je ne m'y avancerai pas  Roll Eyes
Meuh6879 (OP)
Legendary
*
Offline Offline

Activity: 1512
Merit: 1011



View Profile
August 26, 2016, 09:43:05 PM
 #47

Tout dépend ce que tu as autorisé comme frais.

Les hot wallet (téléphone) sont très conservateurs (mettent trop de frais).

Le Bitcoin Core fait ce que tu veux (il faut donc savoir à combien sont les frais pour ne pas taper trop bas en frais).

ça fait longtemps que j'ai plus fait de transaction sans frais (ça existe encore ?) ... car quand je regarde la mempool, ça fait froid dans le dos (12000-14000 transactions en attente avec 300Mo de mempool).

C'est vraiment rare que ça descend à moins de 4200 maintenant depuis que j'ai enlevé la purge de la Mempool locale.
galaxiekyl
Legendary
*
Offline Offline

Activity: 2002
Merit: 1113



View Profile
August 27, 2016, 02:31:59 PM
 #48

J'en ai mis suffisamment mais pas trop.

C'est l'une des caractéristiques que core devra résoudre à l'avenir car si le rejet des transactions est intentionnel, les utilisateurs risquent de perdre patience, toutes les transactions devraient être inclus dans un Block celon l'ordre d'envoi et non pas par priorité.. Autrement c'est la BC à 2 vitesse.. les dev doivent juste s'assurer que des frais minimum on bien été inclus.
perl
Legendary
*
Offline Offline

Activity: 1918
Merit: 1190


View Profile
August 27, 2016, 03:58:33 PM
 #49

J'en ai mis suffisamment mais pas trop.

C'est l'une des caractéristiques que core devra résoudre à l'avenir car si le rejet des transactions est intentionnel, les utilisateurs risquent de perdre patience, toutes les transactions devraient être inclus dans un Block celon l'ordre d'envoi et non pas par priorité.. Autrement c'est la BC à 2 vitesse.. les dev doivent juste s'assurer que des frais minimum on bien été inclus.

Il y a qu'une vitesse celle de celui qui met le plus .
Pages: « 1 2 [3]  All
  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!