Bitcoin Forum
May 06, 2024, 11:19:44 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Poll
Question: Bitcoin fork proposal by respected Bitcoin lead dev Gavin Andresen, to increase the block size from 1MB to 20MB.
pro
anti
agnostic
DGAF

Pages: « 1 ... 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 [95] 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 »
  Print  
Author Topic: Bitcoin 20MB Fork  (Read 154756 times)
NewLiberty
Legendary
*
Offline Offline

Activity: 1204
Merit: 1002


Gresham's Lawyer


View Profile WWW
March 03, 2015, 03:37:38 PM
 #1881

So to pin your hopes on sidechains and keeping the 1MB limit is just silly.  Honestly I would love to see a hard fork to add SPV proofs and fix some low level plumbing of the main chain at the same time but it may never happen.  It certainly isn't going to happen in a scenario where users are finding it increasingly more difficult and expensive to use bitcoin for their transactions.

I find expressions of certainty regarding the future as cause for suspicion, but I think you sincerely meant this casually, and are thinking it is "unlikely" rather than "certainly isn't going to happen".
Certainty of the future is typically a 'tell' for an unsubstantiated argument by elevating it apriori, and ought be used cautiously.

Consider whether others may reasonably see an opposite future?  One in which the more expensive transactions, especially those where the higher data size is paid by higher transaction fee, may favor high value transactions (such as an SPV proof may be) over a lower value transaction.

The loser in the block size scarcity is not going to be the SPV proofs so much as the microtransactions because the fee may swamp the value of the transaction.  Things like pay per click adverts and changetip cashouts would have to raise the minimum transfer.

As much as I would like Bitcoin to be more useful, it is not worth introducing new unchecked risks.
The block size expansion does increase the trust placed in miners, there is not any getting around this.  Of all the places to put trust, this is likely the best, as it already exists.  Even so it MUST be done with extraordinary care.  Increasing necessary trust arrangements with Bitcoin is not to be done at all if possible, and only if necessary then done as minimally as possible.

FREE MONEY1 Bitcoin for Silver and Gold NewLibertyDollar.com and now BITCOIN SPECIE (silver 1 ozt) shows value by QR
Bulk premiums as low as .0012 BTC "BETTER, MORE COLLECTIBLE, AND CHEAPER THAN SILVER EAGLES" 1Free of Government
The Bitcoin software, network, and concept is called "Bitcoin" with a capitalized "B". Bitcoin currency units are called "bitcoins" with a lowercase "b" -- this is often abbreviated BTC.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715037584
Hero Member
*
Offline Offline

Posts: 1715037584

View Profile Personal Message (Offline)

Ignore
1715037584
Reply with quote  #2

1715037584
Report to moderator
1715037584
Hero Member
*
Offline Offline

Posts: 1715037584

View Profile Personal Message (Offline)

Ignore
1715037584
Reply with quote  #2

1715037584
Report to moderator
1715037584
Hero Member
*
Offline Offline

Posts: 1715037584

View Profile Personal Message (Offline)

Ignore
1715037584
Reply with quote  #2

1715037584
Report to moderator
NewLiberty
Legendary
*
Offline Offline

Activity: 1204
Merit: 1002


Gresham's Lawyer


View Profile WWW
March 03, 2015, 06:19:14 PM
 #1882

I wouldn't characterise Gavin as 'insisting' that everyone gets in to Bitcoin.  I think he is making a proposal for the top item on the Hard Fork WishList.
https://en.bitcoin.it/wiki/Hardfork_Wishlist
It is pretty much his job to 'do something' about it, so I don't fault him at all for making the progress he has so far, my position is just that more progress needs be made before this is complete and done.
It is pretty much my job to peer-review stuff like this, (yours too fellow bitcoiners), to offer counter-proposals, to suggest improvements, etc.

In the http://fr.anco.is/2015/gavineries/ conversation, Gavin poses the question: "...how big is 'big enough...but not too small'?"

Satoshi didn't have the answer to how big is 'big enough' either, so he implemented an expedient solution.  
And...This "how big" remains the most fundamentally interesting question.  There isn't a consensus answer yet.  This is a good indication that there is more work to be done here.  The 1MB limit was implemented by fiat.  Satoshi was running the code and put it in back in v0.3 or so, based on his authority of knowing more about it than anyone else, it stuck.


Some argue that we should do whatever Gavin proposes, because we have to do something now or else tragedy befalls us and game over.   The fear is 'ossification', that Bitcoin has become inflexible.  
The problem with this approach is that opposite argument is also valid:  That Bitcoin is too flexible and can change to the whim of special interests which may destroy it, and that Gavin especially ought not have his way because that means control is centralized which makes it vulnerable.
....so I throw out both of these positions.  They are entirely speculative fear-based.  Most importantly, It should not matter who proposes.  If it is the right solution, it will be adopted.
This is what we do not yet have, the right solution.

What we are left with is an expedient change.  The driving fear that the bad guys will take Bitcoin down because it has not yet expanded to handle more transactions.  It is not entirely unreasonable, but neither is it compelling.  Because of this, I remain content to wait for better.

Why?  I don't like extrapolations, I don't like exponential growth, I think x20 is too much of a jump at once (but I don't know what the 'big enough...but not too small' size is either).  I don't like the inherent pessimism of it, (that we won't get to a good answer to this problem for at least 20+ years).

What I do like about the proposal:
1) It is forward looking, and includes some growth over time.
2) It has a historical basis (Neilson's law)
3) It has an eventual expiration (20 years)

As a proposal, I think it has progressed, but I don't think it is close yet to being an acceptable proposal.

FREE MONEY1 Bitcoin for Silver and Gold NewLibertyDollar.com and now BITCOIN SPECIE (silver 1 ozt) shows value by QR
Bulk premiums as low as .0012 BTC "BETTER, MORE COLLECTIBLE, AND CHEAPER THAN SILVER EAGLES" 1Free of Government
forlackofabettername
Full Member
***
Offline Offline

Activity: 150
Merit: 100


View Profile
March 03, 2015, 06:34:32 PM
Last edit: March 03, 2015, 06:45:25 PM by forlackofabettername
 #1883

Can't wait for 20MB blocks as that will give way for huge profits in altcoins with smaller blockchains. The bloatchain will give way to more efficient coins who care about the user being in control.
Insane requirements for bandwidth and storage will just make sure bitcoin won't be adopted by average joe in the end of the day.

I also think 20MB blocks and low fees aren't sustainable once the blockrewards drop and blockchain security will suffer from the 20MB fork. In case we go to 20MB blocks, a few years down the road the same people who are now speaking pro-20mb blocks will speak pro raising the 21 million coins cap for the sake of blockchain security. Fees are needed to secure the blockchain once rewards drop.

Predicting amount of txs in the future and putting btcs' functionality at risk in case these txs don't happen is a moronic move.

"If you see fraud and don't shout fraud, you are a fraud"
  -- Nassim Taleb
davout
Legendary
*
Offline Offline

Activity: 1372
Merit: 1007


1davout


View Profile WWW
March 03, 2015, 07:18:22 PM
 #1884

later a miner must still cover his costs. if this is not the case he has two choices: quitting or raising fees (lets assume they are all honest and nice for simplicity reasons).

Reality shows us that a lot of miners will mine at a present loss and speculate on future value.
We should not assume that miners are "nice", or "honest", it's a much safer bet to assume that they are greedy.


if he is "allowed" to make bigger blocks he has a third choice: invest in bandwith and make bigger blocks.

If blocks are bigger he won't have a "choice", he'll *have* to create bigger blocks by including whatever comes his way that carries a fee.
The miner won't be held back by block propagation time since it's to become O(1) with the introduction of IBLT.
In other words, the marginal cost of including a transaction in a non-full block will be so low for the miner that includes it, that he will have no economic incentive to not include it.
And by doing so he will push the storage cost to the network as a whole, it's a "privatized gain, socialized cost" situation if you will.


more transactions in a block means that small changes in fee have a bigger impact on the miner.

By saying that, you make the implicit statement that someone, somewhere will be able to set a minimum fee, which is not the case, the whole isStandard() band aid is a joke in this regard.
If people can send small transactions with tiny fees to miners, the miners will have an economic incentive to include them as long as the fee is > 0.


thats right, but who said that if we raise blocksizes the system is more valuable?
it has the possibility to get more valuable.

The system doesn't need low value actors to increase its overall value, on the contrary, including those creates the risk that the system will crumble under its own weight.


miners control the resource (blocksize) and the price (fee): they compete regardless of blocksize or transaction count.

That is incorrect. The only choice miners get is "should I include this transaction in my block?".
The answer is easy, it's a simple comparison of the marginal cost of inclusion versus the attached fee, and with IBLT the marginal cost of inclusion will not be constrained anymore by block size.
In other words, miners will mine huge blocks at everyone's expense because they won't directly bear the actual cost of this inclusion.


if that would be the case i would move my hole wealth to that altcoin, because i dont think bitcoin will survive if there is an obviously better alternative
(btw what is your opinion about sidechains for micropayments? thats what i am unsure about...)

If you're able to describe an alternative where some system has all the advantages of bitcoin without none of its drawbacks, then very well, go ahead, I'm listening.
This system will either be inferior, or suffer from the same issues.
And if such a magical system actually exists, then very well, it deserves to win anyway.


despite you constantly hand-waving away the reality that moment the tx fee goes up, the users walks out the door

You confuse reality and speculation on one hand.
Don't worry about reddit, they'll always have doge to throw at each other.

sed
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500


View Profile
March 03, 2015, 07:27:27 PM
 #1885

Wow, I have to admit I would have never guessed that such a proposal could have generated such a rift and breadth of opinions.  I'm sorta shocked but then again, the world is a big place.
onemorexmr
Sr. Member
****
Offline Offline

Activity: 252
Merit: 250



View Profile
March 03, 2015, 07:36:11 PM
 #1886

later a miner must still cover his costs. if this is not the case he has two choices: quitting or raising fees (lets assume they are all honest and nice for simplicity reasons).

Reality shows us that a lot of miners will mine at a present loss and speculate on future value.
We should not assume that miners are "nice", or "honest", it's a much safer bet to assume that they are greedy.


by nice and honest i referred to that he wont DDOS other pools or such things. but you are right: we must assume they are greedy (its there right to be...they are a businness)

if he is "allowed" to make bigger blocks he has a third choice: invest in bandwith and make bigger blocks.

If blocks are bigger he won't have a "choice", he'll *have* to create bigger blocks by including whatever comes his way that carries a fee.
The miner won't be held back by block propagation time since it's to become O(1) with the introduction of IBLT.
In other words, the marginal cost of including a transaction in a non-full block will be so low for the miner that includes it, that he will have no economic incentive to not include it.
And by doing so he will push the storage cost to the network as a whole, it's a "privatized gain, socialized cost" situation if you will.


more transactions in a block means that small changes in fee have a bigger impact on the miner.

By saying that, you make the implicit statement that someone, somewhere will be able to set a minimum fee, which is not the case, the whole isStandard() band aid is a joke in this regard.
If people can send small transactions with tiny fees to miners, the miners will have an economic incentive to include them as long as the fee is > 0.


1BLT does change the fact that bigger blocks raises orphan risk for a miner - thank you: didnt think of that until now.

thats right, but who said that if we raise blocksizes the system is more valuable?
it has the possibility to get more valuable.

The system doesn't need low value actors to increase its overall value, on the contrary, including those creates the risk that the system will crumble under its own weight.


well thats a point where we disagree and i have the feeling we will never find an agreement about it.
it starts with howto define value... IMHO there are many types of transaction without a big monetary but a huge value for society (or just personnel).

i'd say the only way to make this fair is to not exclude anyone.

If you're able to describe an alternative where some system has all the advantages of bitcoin without none of its drawbacks, then very well, go ahead, I'm listening.
This system will either be inferior, or suffer from the same issues.
And if such a magical system actually exists, then very well, it deserves to win anyway.

in the end people will use what they can use and brings them the biggest benefit.

if there is bitcoin-clone without blocksize, mined by three farms (and nobody except them is running a node) many people will use it. i dont see it as superior or that it deserves to win. its just how people work.

XMR || Monero || monerodice.net || xmr.to || mymonero.com || openalias.org || you think bitcoin is fungible? watch this
tvbcof
Legendary
*
Offline Offline

Activity: 4592
Merit: 1276


View Profile
March 03, 2015, 07:40:26 PM
 #1887

Can't wait for 20MB blocks as that will give way for huge profits in altcoins with smaller blockchains. The bloatchain will give way to more efficient coins who care about the user being in control.
Insane requirements for bandwidth and storage will just make sure bitcoin won't be adopted by average joe in the end of the day.

I also think 20MB blocks and low fees aren't sustainable once the blockrewards drop and blockchain security will suffer from the 20MB fork.

It's always going to be difficult to make a go of an 'alt' as an autonomous entity no matter how superior it is.

A universally supported 'balancing' or 'reserve' currency which ties multiple diverse crypto-currencies together would be a powerful and difficult to attack solution.  The robustness against dedicated and well funded attack is ultimately what will give a crypto-currency it's strength in most instances where it would be a thing of value, and 'distribution' is such a key element to that that I usually use the term 'distributed crypto-currency.'  Bitcoin will probably be attacked at the fungibility weak-point through licensing and blacklisting when it is sufficiently consolidated and broadly used to make that attack most likely to succeed.

Back when I was first thinking about this issue I was of the opinion that it was already to late for Bitcoin due to the Satoshi-dice spam and other baggage.  I didn't conceive of the 'two-way peg' of Maxwell's form and envisioned such a backing currency to be kind of a 'plug-in' for alts.  It would be along for the ride, provide some low-resource utility, and expect to be supported by the carriers in a specific POW way.  I called it 'bakcoin'.  'sidechains' seem to be a more workable solution.  A two-way peg is probably a more workable solution than 'plug-in inclusion' even if Bitcoin fails as a workable backing store.

If Bitcoin bloats to the point where it is unfeasible to achieve the kind of distribution that would make it defensible against well situated and funded attackers, something else will probably fill this role.  Bitcoin was not really conceived of as doing this (at least that we know of, though what Satoshi was really thinking in the back of his mind is not something I believe is very knowable) so much superior dedicated design is possible.  At the end of the day, it could end up being better for 'humanity' as it were that Bitcoin goes down the Bitcoin Foundation path (to hell) and a more focused design comes to the fore.  Any 'alternative' to Bitcoin would be free to take it's value starting point from a snapshot of the existing blockchain.  I'm actually quite surprised that some alts have not tried this.  Maybe they have and I'm just not aware of them since I don't pay a lot of attention to the alt world.

edit - sp

sig spam anywhere and self-moderated threads on the pol&soc board are for losers.
Swordsoffreedom
Legendary
*
Offline Offline

Activity: 2758
Merit: 1115


Leading Crypto Sports Betting & Casino Platform


View Profile WWW
March 03, 2015, 08:11:21 PM
 #1888

Wow, I have to admit I would have never guessed that such a proposal could have generated such a rift and breadth of opinions.  I'm sorta shocked but then again, the world is a big place.

Well Bitcoin does have a diverse background of individuals with different education backgrounds and perspectives
We get a large breadth of data opinions and ideas as a result.

..Stake.com..   ▄████████████████████████████████████▄
   ██ ▄▄▄▄▄▄▄▄▄▄            ▄▄▄▄▄▄▄▄▄▄ ██  ▄████▄
   ██ ▀▀▀▀▀▀▀▀▀▀ ██████████ ▀▀▀▀▀▀▀▀▀▀ ██  ██████
   ██ ██████████ ██      ██ ██████████ ██   ▀██▀
   ██ ██      ██ ██████  ██ ██      ██ ██    ██
   ██ ██████  ██ █████  ███ ██████  ██ ████▄ ██
   ██ █████  ███ ████  ████ █████  ███ ████████
   ██ ████  ████ ██████████ ████  ████ ████▀
   ██ ██████████ ▄▄▄▄▄▄▄▄▄▄ ██████████ ██
   ██            ▀▀▀▀▀▀▀▀▀▀            ██ 
   ▀█████████▀ ▄████████████▄ ▀█████████▀
  ▄▄▄▄▄▄▄▄▄▄▄▄███  ██  ██  ███▄▄▄▄▄▄▄▄▄▄▄▄
 ██████████████████████████████████████████
▄▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄
█  ▄▀▄             █▀▀█▀▄▄
█  █▀█             █  ▐  ▐▌
█       ▄██▄       █  ▌  █
█     ▄██████▄     █  ▌ ▐▌
█    ██████████    █ ▐  █
█   ▐██████████▌   █ ▐ ▐▌
█    ▀▀██████▀▀    █ ▌ █
█     ▄▄▄██▄▄▄     █ ▌▐▌
█                  █▐ █
█                  █▐▐▌
█                  █▐█
▀▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▀█
▄▄█████████▄▄
▄██▀▀▀▀█████▀▀▀▀██▄
▄█▀       ▐█▌       ▀█▄
██         ▐█▌         ██
████▄     ▄█████▄     ▄████
████████▄███████████▄████████
███▀    █████████████    ▀███
██       ███████████       ██
▀█▄       █████████       ▄█▀
▀█▄    ▄██▀▀▀▀▀▀▀██▄  ▄▄▄█▀
▀███████         ███████▀
▀█████▄       ▄█████▀
▀▀▀███▄▄▄███▀▀▀
..PLAY NOW..
ticoti
Hero Member
*****
Offline Offline

Activity: 854
Merit: 1000


View Profile
March 03, 2015, 08:12:35 PM
 #1889

does anyone know when can we wait this fork? (approx)
NewLiberty
Legendary
*
Offline Offline

Activity: 1204
Merit: 1002


Gresham's Lawyer


View Profile WWW
March 03, 2015, 08:36:07 PM
 #1890

Wow, I have to admit I would have never guessed that such a proposal could have generated such a rift and breadth of opinions.  I'm sorta shocked but then again, the world is a big place.

Why should it be the least bit surprising that some thought is devoted to decisions that when made today, may effect the next 20 years?

FREE MONEY1 Bitcoin for Silver and Gold NewLibertyDollar.com and now BITCOIN SPECIE (silver 1 ozt) shows value by QR
Bulk premiums as low as .0012 BTC "BETTER, MORE COLLECTIBLE, AND CHEAPER THAN SILVER EAGLES" 1Free of Government
MegaHustlr
Hero Member
*****
Offline Offline

Activity: 601
Merit: 500


Vote 4fryn :)


View Profile
March 03, 2015, 08:45:06 PM
 #1891

20 MB Fork is really a good idea or atleast 5 MB
Seeing how just last weekend , the blockchain.info was having some problem pushing TXID's because of the regular Big sized transaction fork's .
They were all around 900+ KB , so yep! 1 MB just won't be enough in some time , may be make it 2-3 MB but we need to increase it




                  ▄  ▀▄▄   ▀▄▄ ▀▄ ▀▄
             ▀█▄▄▄▄███▀▀▀▀▀▀▀█████████ ▄
         ▀████▀▀    ▄▄▄▄▄▄▄▄▄▄▄▄▄    ▀███▄
 ▄▄▄▄▄  ▄▄▀      ██▀▀     ▄██▀▀▀   █     ██
██    ▀█  ▄█▀▀▀▄  ▀█   ▄█▀   ▄▄▄ ▀██  █▀▀▄▀▄

▀▀▀   ▐█ █▌    ▐▌  █  ▐█ ▄█▀▀   █ █  ▄▀ ▄█ ▌
      ▐▌ ▀█ ▄▀▄█  █▀  █  █      ▐▌ █▀ █    ▀▄
      █     ▄█▀  ▀▀▀▀▄█  ▀█▄▄▀ ▄▀  █▄ █  ██ ▐▌
     █   ▄███▄▄███▄▄▄▄       ▄█▄▄▄▄ █▄    ▀  █ ▄
   ▄█▀▀▀▀     █▀      █   ▄█▀▀███    ▀▀▄▄   ▄██
  ▐█         ▐▌       ▐▌▄▀     ██        ▀███ ▐█
  █           ▀▄      ▐█▀       ▀█           ▀▀
  █▄           ██     ██         ██▄
   █▀            ▀     ▀          ▀█▀



.







                 ▄████▄▄    ▄
██             ████████████▀
████▄         █████████████▀
▀████████▄▄   █████████████
▄▄█████████████████████████
██████████████████████████
  ▀██████████████████████
   █████████████████████
    ▀█████████████████▀
      ▄█████████████▀
▄▄███████████████▀
   ▀▀▀▀▀▀▀▀▀▀▀




       ▄▄▄▄▄▄
    ▄████████
    █████▀▀▀▀
   ▐████
   ▐████
████████████
████████████
   ▐████
   ▐████
   ▐████
   ▐████




  ▄██▄▄                ▄▄██▄
  ████████▄▄▄▄▄▄▄▄▄▄▄███████
  ██████████████████████████
  ██████████████████████████
▄████████████████████████████▄
██████████████████████████████▌
█████▀                  ▀█████▌
████    ███▄      ▄███    ████▌
████   ▐████      ████▌   ████
 ███    ▀██▀      ▀██▀    ███▀
  ▀██▄                  ▄██▀
    ▀▀██████████████████▀▀




             ▄██▄
     ▄      ▐████   ▄▄
   █████     ██████████
    █████████████████▀
 ▄████████████▀████▌
██████████     ▀████    
 ▀▀   █████     ██████████
      ▀████▌▄████████████▀
    ▄▄▄███████████████▌
   ██████████▀    ▐████
    ▀▀▀  ████▌     ▀▀▀
         ▀███▀
tvbcof
Legendary
*
Offline Offline

Activity: 4592
Merit: 1276


View Profile
March 03, 2015, 09:14:49 PM
 #1892

Wow, I have to admit I would have never guessed that such a proposal could have generated such a rift and breadth of opinions.  I'm sorta shocked but then again, the world is a big place.

Why should it be the least bit surprising that some thought is devoted to decisions that when made today, may effect the next 20 years?

The transaction rate is probably the single most important element defining how the solution will and will not work and thus how well it can be defended.  Right now there is no real attack by those who are potentially threatened by a workable currency solution which is an alternate to those which they've got a stake in so defensibly against attack from that sector is not on most people's radar.

Why there is such confidence in corporations and governments to protect our individual freedoms and liberties given the insults we witness on a continuous basis baffles me.  Especially amonst people who are interested in and drawn to an alternate currency solution.  If/when Bitcoin is more overtly attacked, it's defensibly will be the defining feature dictating it's value.  In monetary terms and otherwise.

I'm a bit disappointed that more people are not framing the problem in this manner.  If Bitcoin survives the gross negligence on the part of those who are self-appointed supposedly to defend it it will be one of the bigger miracles of our modern world.


sig spam anywhere and self-moderated threads on the pol&soc board are for losers.
David Rabahy
Hero Member
*****
Offline Offline

Activity: 709
Merit: 501



View Profile
March 04, 2015, 03:31:36 PM
 #1893

I had an idea; as I understand it the SHA-256 hash calculations dominate the compute time; essentially we are rewarding miners for their compute time.  In SHA-256, the payload of the first 512 bit iteration is 447 bits.  When more than 447 bits are being hashed additional iterations are required.  A payload of up to 959 bits is handled in two iterations.  1,471 bits are handled in 3 iterations.  In general, 512*N-65 bits are handled in N iterations.  Naturally more iterations take more compute power.  We could consider enhancing Bitcoin by awarding only a portion of the block reward based on the number of iterations needed.  A schedule like the following might make sense;


block
size
block
reward
factor
minimal0.1
small0.2
medium0.4
large0.8
maximum1.0
David Rabahy
Hero Member
*****
Offline Offline

Activity: 709
Merit: 501



View Profile
March 04, 2015, 03:36:11 PM
 #1894

It seems to me that miners could game the current system by deliberately mining minimal block sizes.  They would have a higher hash rate and win more often as compared to miners that try to mine larger blocks forcing them to do more iterations.

With my proposal above that would change, the miners would be motivated to mine the largest blocks possible helping to keep the queue of unconfirmed transactions low.
David Rabahy
Hero Member
*****
Offline Offline

Activity: 709
Merit: 501



View Profile
March 04, 2015, 03:42:11 PM
 #1895

Naturally, as the block reward declines over time my proposal will mean less.  When the block reward is gone then my proposal will mean nothing.  My proposal does scale if/when we increase the maximum block size allowed.
davout
Legendary
*
Offline Offline

Activity: 1372
Merit: 1007


1davout


View Profile WWW
March 04, 2015, 03:53:35 PM
 #1896

It seems to me that miners could game the current system by deliberately mining minimal block sizes.  They would have a higher hash rate and win more often as compared to miners that try to mine larger blocks forcing them to do more iterations.

You obviously don't have the slightest clue about how bitcoin works.

David Rabahy
Hero Member
*****
Offline Offline

Activity: 709
Merit: 501



View Profile
March 04, 2015, 03:57:35 PM
 #1897

It seems to me that miners could game the current system by deliberately mining minimal block sizes.  They would have a higher hash rate and win more often as compared to miners that try to mine larger blocks forcing them to do more iterations.
You obviously don't have the slightest clue about how bitcoin works.
Ouch.  I thought I had at least the slightest clue, e.g. https://docs.google.com/spreadsheets/d/1mOTrqckdetCoRxY5QkVcyQ7Z0gcYIH-Dc0tu7t9f7tw, but please do help me understand.
RoadStress
Legendary
*
Offline Offline

Activity: 1904
Merit: 1007


View Profile
March 04, 2015, 06:45:40 PM
 #1898

Reality shows us that a lot of miners will mine at a present loss and speculate on future value.
We should not assume that miners are "nice", or "honest", it's a much safer bet to assume that they are greedy.

So does this mean that we have to promote a "fee war" just to please the miners?

Cryddit
Legendary
*
Offline Offline

Activity: 924
Merit: 1129


View Profile
March 04, 2015, 06:53:49 PM
 #1899


It seems to me that miners could game the current system by deliberately mining minimal block sizes.  They would have a higher hash rate and win more often as compared to miners that try to mine larger blocks forcing them to do more iterations.

Ouch.  I thought I had at least the slightest clue, but please do help me understand.

The miners are hashing the block header, which is always the same size regardless of how many tx are in a block.

The block header contains a hash of all the transactions, but it doesn't contain the transactions.
David Rabahy
Hero Member
*****
Offline Offline

Activity: 709
Merit: 501



View Profile
March 04, 2015, 07:25:01 PM
 #1900

It seems to me that miners could game the current system by deliberately mining minimal block sizes.  They would have a higher hash rate and win more often as compared to miners that try to mine larger blocks forcing them to do more iterations.

Ouch.  I thought I had at least the slightest clue, but please do help me understand.
The miners are hashing the block header, which is always the same size regardless of how many tx are in a block.

The block header contains a hash of all the transactions, but it doesn't contain the transactions.
Ah.  So, the cost of computing the hash of a large block vs. a small one is negligible.  Once the hash of the proposed transaction set is calculated then it is included in the block header.  The block header does not vary in size.  Thank you.  I withdraw my proposal.
Pages: « 1 ... 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 [95] 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 »
  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!