Bitcoin Forum
April 24, 2014, 01:11:19 AM *
News: Due to the OpenSSL heartbleed bug, changing your forum password is recommended.
 
   Home   Help Search Donate Login Register  
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16  All
  Print  
Author Topic: Soft block size limit reached, action required by YOU  (Read 31899 times)
Mike Hearn
Hero Member
*****
Offline Offline

Activity: 1232


View Profile

Ignore
March 06, 2013, 09:44:20 AM
 #1

By default Bitcoin will not created blocks larger than 250kb even though it could do so without a hard fork. We have now reached this limit. Transactions are stacking up in the memory pool and not getting cleared fast enough.

What this means is, you need to take a decision and do one of these things:

  • Start your node with the -blockmaxsize flag set to something higher than 250kb, for example -blockmaxsize=1023000. This will mean you create larger blocks that confirm more transactions. You can also adjust the size of the area in your blocks that is reserved for free transactions with the -blockprioritysize flag.
  • Change your nodes code to de-prioritize or ignore transactions you don't care about, for example, Luke-Jr excludes SatoshiDice transactions which makes way for other users.
  • Do nothing.

If everyone does nothing, then people will start having to attach higher and higher fees to get into blocks until Bitcoin fees end up being uncompetitive with competing services like PayPal.

If you mine on a pool, ask your pool operator what their policy will be on this, and if you don't like it, switch to a different pool.

12LMm82ZgAzf7yNDpPydEYxEr4Ap7XtSSK
1398301879
Hero Member
*
Offline Offline

Posts: 1398301879

View Profile Personal Message (Offline)

Ignore
1398301879
Reply with quote  #2

1398301879
Report to moderator
1398301879
Hero Member
*
Offline Offline

Posts: 1398301879

View Profile Personal Message (Offline)

Ignore
1398301879
Reply with quote  #2

1398301879
Report to moderator
    mBitCASINOWIN BITCOINS IN OUR
24/7 LIVE DEALER CASINO

Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1398301879
Hero Member
*
Offline Offline

Posts: 1398301879

View Profile Personal Message (Offline)

Ignore
1398301879
Reply with quote  #2

1398301879
Report to moderator
1398301879
Hero Member
*
Offline Offline

Posts: 1398301879

View Profile Personal Message (Offline)

Ignore
1398301879
Reply with quote  #2

1398301879
Report to moderator
playtin
Full Member
***
Offline Offline

Activity: 194


https://playt.in


View Profile WWW

Ignore
March 06, 2013, 01:21:42 PM
 #2

Mike, you forgot to mention that this will not fork the block chain - otherwise your posting could result in even more threads about a hard fork by someone uninformed Wink

Mike Hearn
Hero Member
*****
Offline Offline

Activity: 1232


View Profile

Ignore
March 06, 2013, 01:30:21 PM
 #3

Good point, fixed.

12LMm82ZgAzf7yNDpPydEYxEr4Ap7XtSSK
cedivad
Hero Member
*****
Offline Offline

Activity: 630



View Profile

Ignore
March 06, 2013, 01:47:11 PM
 #4

Where is the foundation during the only moment we need it?

My anger against what is wrong in the Bitcoin community is productive:
Bitcointa.lk - Replace "Bitcointalk.org" with "Bitcointa.lk" in this url to see how this page looks like on a proper forum (Announcement Thread)
Hashfast.org - Wiki for screwed customers
Akka
Hero Member
*****
Offline Offline

Activity: 644



View Profile

Ignore
March 06, 2013, 01:50:56 PM
 #5

Well, I'm curious to see how this works out. Hopefully the most pools will not increase their Blocksize limit so we get a good simulation of how the Bitcoin environment behaves when we bump against a limit.

1Akka1qjBz4XMCS5yvKjFii1UMGbFbMK1q
Mike Hearn
Hero Member
*****
Offline Offline

Activity: 1232


View Profile

Ignore
March 06, 2013, 02:02:47 PM
 #6

We are already bumping up against a limit. No simulation needed. We have reality instead ...

12LMm82ZgAzf7yNDpPydEYxEr4Ap7XtSSK
Akka
Hero Member
*****
Offline Offline

Activity: 644



View Profile

Ignore
March 06, 2013, 02:08:07 PM
 #7

We are already bumping up against a limit. No simulation needed. We have reality instead ...

OK, wrong word. Still I hope that most pools will not immediately lift / increase their limit. So we know what will happen when we reach the hard limit, which can't be changed so easily.

So let us bump against this for a few month. And lift it only if it really damages Bitcoin.

1Akka1qjBz4XMCS5yvKjFii1UMGbFbMK1q
Luke-Jr
Hero Member
*****
Offline Offline

Activity: 1218



View Profile

Ignore
March 06, 2013, 02:48:14 PM
 #8

Note this isn't really a problem if miners are responsible and filter out the SatoshiDice flooding.
My git repository contains a "block_dice" branch to do just that.
The 0.8.0.eligius branch designed specifically for miners and pools also includes this.
Gavin also wrote up some more advanced configuration option examples here.

[Coins!]
Member
**
Offline Offline

Activity: 112



View Profile

Ignore
March 06, 2013, 07:24:04 PM
 #9

Mike, have you contacted mining pool operators individually ?

Mike Hearn
Hero Member
*****
Offline Offline

Activity: 1232


View Profile

Ignore
March 06, 2013, 10:55:54 PM
 #10

No. I don't have their contact details, and even if I did, this is the wrong way to solve such issues.

Miners (all miners) need to understand what they're doing. The time when people could just click "Generate coins" and be done with it are long gone. It's very important that miners monitor the health of the network and understand what their software is doing.

For pools, the operators need to state what their block construction policies are, and the people with the hardware need to understand those policies and find pools with good ones.

That's far more than I or anyone else can do alone. Miners need to hold their pools accountable.

12LMm82ZgAzf7yNDpPydEYxEr4Ap7XtSSK
MPOE-PR
Hero Member
*****
Offline Offline

Activity: 756



View Profile

Ignore
March 06, 2013, 11:21:54 PM
 #11

Change your nodes code to de-prioritize or ignore transactions you don't care about, for example, Luke-Jr excludes SatoshiDice transactions which makes way for other users.

Actually the right way to solve such issues is to post this sort of bullshit drama here so that we can see that Mike Hearn is the sort of irrelevant muppet nobody cares about.

It's one thing if I just say it, it's another if he says it and time proves it.

My Credentials  | THE BTC Stock Exchange | I have my very own anthology! | Use bitcointa.lk, it's like this one but better.
deepceleron
Hero Member
*****
Offline Offline

Activity: 1022



View Profile WWW

Ignore
March 06, 2013, 11:26:16 PM
 #12

Add an additional .001 optional fee in your client and your transaction will be in the next block. The blockchain flooders are cheapskates. Transactions are not supposed to be cheap enough that you can blast hundreds of them out an hour with your gambling bot.

http://we.lovebitco.in/how-bitcoin-works/
1DCeLERonUTsTERdpUNqxKTVMmnwU6reu5
"A Part of Us Remains Wherever We Have Been" - fortune cookie
eleuthria
Hero Member
*****
Online Online

Activity: 1120


Michael Marsee


View Profile WWW

Ignore
March 07, 2013, 12:46:09 AM
 #13

BTC Guild started setting up a new server this morning running modified block rules.  Currently trying out a 500,000 byte maxblocksize.  The problem is with larger blocks, you increase the chance of orphans since it will take at least twice as long to propagate, if not more.  I've modified the fee settings to prefer fee based transactions when increasing the block size past 50 KB, so hopefully the increase in fees per block offset the orphan rate increase.

420
Hero Member
*****
Offline Offline

Activity: 616



View Profile

Ignore
March 07, 2013, 01:38:58 AM
 #14

by a node this means a miner right?

ALSO: what if satoshidice just switched all their internal transactions to LTC network?

would this be possible and help

just a thought

Donations: 13qvP8vSEKPxLHXNPeHtCE4TGgZFaZU6am - LTC: LUN2zTCEVScDJxccZQujB9Aph8EFjn5M6q
CoinLenders cost me $5,000 - Know where your BTC are!
Smoovious
Hero Member
*****
Offline Offline

Activity: 504

Scattering my bits around the net since 1980


View Profile

Ignore
March 07, 2013, 01:41:18 AM
 #15

What is the hard limit for block size anyways?

-- Smoov
pyra-proxy
Hero Member
*****
Offline Offline

Activity: 489



View Profile

Ignore
March 07, 2013, 01:51:53 AM
 #16

Way I see it is if satoshi dice is such a problem then they need to shutdown and come up with a new idea or the community should boycott them if they prefer a functioning financial system over an entertainment site...  alternatively bit coin could solve its block chain bloat problem... of which very many very sound ideas have been proposed but it seems as if the powers at be won't care until its too late... but whatever let's just enjoy the ride while it lasts right? :-)

grue
Staff
Hero Member
*****
Offline Offline

Activity: 1036


It is pitch black. You are likely to be eaten by a grue.


View Profile

Ignore
March 07, 2013, 02:01:07 AM
 #17

how about no? because I don't want encourage some gambling website to fill up my hard drive with their bets.

1ELvnrA6PhUyDBS6iR25K1Xx4xXL6VMfJX
scintill
Sr. Member
****
Offline Offline

Activity: 446


View Profile WWW

Ignore
March 07, 2013, 02:34:16 AM
 #18

how about no? because I don't want encourage some gambling website to fill up my hard drive with their bets.

Then don't let sdice transactions into your solved blocks, and encourage others to do the same.  Mike didn't say you have to increase the soft limit.  Luke-Jr posted about your other options.

Personally, banning sdice outright seems like the kind of scummy meddling bitcoin is supposed to solve.  I would rather make them pay transaction fees somewhat proportional to the cost they incur on the network.  If they pay them, miners get more money for their trouble, if not, they stop spamming the chain.

1SCiN5kqkAbxxwesKMsH9GvyWnWP5YK2W | donations
disclaimer201
Hero Member
*****
Offline Offline

Activity: 882


A Digital Currency for a Digital Age


View Profile

Ignore
March 07, 2013, 02:59:12 AM
 #19

I lost a lot of money today because of this shit. And I don't care for satoshi dice. Let them move to litecoin or ban them from spamming the network and my harddrives.

Sign up for CryptoAve http://www.cryptoave.com/register.php?r=disclaimer201
Cryptsy Trade Key: 409b3afd4da9c15ce3fd5bcf92bec9fb24e94180
pyra-proxy
Hero Member
*****
Offline Offline

Activity: 489



View Profile

Ignore
March 07, 2013, 03:11:40 AM
 #20

how about no? because I don't want encourage some gambling website to fill up my hard drive with their bets.

Then don't let sdice transactions into your solved blocks, and encourage others to do the same.  Mike didn't say you have to increase the soft limit.  Luke-Jr posted about your other options.

Personally, banning sdice outright seems like the kind of scummy meddling bitcoin is supposed to solve.  I would rather make them pay transaction fees somewhat proportional to the cost they incur on the network.  If they pay them, miners get more money for their trouble, if not, they stop spamming the chain.

Free market to do something also incurs the the possibility that others may not want to assist or be accomplice ... ie. While I may allow any transaction that offers minimum+ fees, I can't fault others for using blacklists preventing them from being forced to process transactions relating to things they don't agree with.  In reality I'd kind of like to start using a black list regarding known silk road processors and mixing services myself because they IMHO relate (semi-)directly to human injustices not just free market... s.dice I'd consider including only because the implementation they have currently is detrimental to the health and viability of bit coin at least until block chain bloat solutions are tested and implemented.

Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!