Topic: Soft block size limit reached, action required by YOU - page 8. (Read 64244 times)

I'd welcome a better solution myself, but I haven't been able to think up something that works without screwing up Bitcoin adoption at the same time.

I dont think what SD does is good, but blocking addresses isnt really in the spirit of bitcoin 

We do not have blockchain bloat due to *all tx's with more than 13 inputs or tx's below 0.0002x* but we *do* have blockchain bloat due to SD (i.e. the source of the current soft limit needing to be raised is just them).

Of course if SD would like to buy me a new hard drive then I would be more than happy for the (hard) limit to be increased just for them.

I don't get it. SD transactions include fees, correct?  What is the rationale behind blocking these transactions as opposed to, for example, all transactions with more then 13 inputs, or transactions below BTC0.00020477???  All of these would lower the "bloat". What am I missing?

 

Thats not a step to hassle, it's just free market competition for space. Of all possible solutions it is the most socially neutral in my opinion, but it has an unattractive cost: The 0.005 BTC/KB needed to reliably get ahead of SD would imply a 0.5 BTC fee on a 100KB transaction...

The filter on that patch is on bytes of the binary hash160, so it's actually blocking the whole base58 prefix (1dice), not just 1di.  I agree that the blocking is ugly.

For a long time— even before SD existed— I ran a patch which only permitted two transactions from or two any address per block. I like it: Beyond the issues with privacy, security, and censorship that reuse has, people who reuse are voluntarily identifying which txn are theirs— so we might as well use that data to give more equitable access to the blockchain by rate-limiting reusers.  But other people didn't like it, and I got called names over it. ::shrugs::

There is a fundamental imbalance though: Priority vs fees. Long term costs and profits vs short term profits.  Because no one knows how to evaluate the long term impact of low priority txn blocking out high ones picking things based purely on fees is surely attractive.  The first time a miner misses out on a crazy high fee because of the above mentioned rate-limiting, I expect they're going to rip that crap right out. Thoughts?

Just one more Bitcoin user added to the consensus of increasing (or removing) block limit.


More opinions:

* I like Galvin's (half baked) idea of accepting bigger blocks provided that there is 50BTC fees per each MB of block size
This is effectively a minimum transaction fee of close to 0.01BTC/TX.
It is good now but probably too expensive when and if BTC becomes much more valuable.

* Miners who only mine for the reward and generate "empty" blocks should be orphaned by other miners.
If every miner mined empty blocks Bitcoin would have no value

* Satoshi Dice is not bad for Bitcoin, we should let the free market decide what works and what does not.
I do not care if free transactions are included in the block or not.
But for fee paying transactions Bitcoin should be transparent.
We want a new, clean payment system not censorship.

* People suggesting to leave the limit in place and volume can move to other peer to peer networks is very stupid.
So to prevent filling my hard drive with Bitcoin I will fill it with more currencies.

* Satoshi IS a Genius. Both in the technology that he developed and in economics.
But NOT DIVINE. (This is not opinion just a fact)


BLOCK INCREASE SHOULD BE DONE ASAP
It has to be effective in a future block to give a vast majority of users chance to upgrade and prevent a fork.
And at the rate Bitcoin is going we will hit 1MB before this is implemented.

So we are already late.

Just noticed a 429kb block by Slush come by as this discussion is ongoing.
That makes BTCGuild and Slush that have doubled the defaults so far.

We talk they get on with it...

+1

SD's TX should not be filtered out !  Against BTC philosophy to filter/censor normal use of the network.

I think that Satoshi Dice is being used as a red herring and a scapegoat to kick the can down the road.

Luke accuses them of abusing the network. Our bandaid solution is to encourage miners who are amenable to blacklist their transactions (which is their prerogative, sure), and to take other steps to hassle SD (client changes to encourage higher fees to leave SD behind in priority, etc), so that maybe they'll become unprofitable enough that they stop representing such a high percentage of transactions and maybe we'll gain some breathing room before ordinary txn start fighting over their placement in blocks.

The question I am forced to ask is: are we really solving a problem this way, or are we spending our time on whack-a-mole?

SD is unquestionably profitable right now, and the allegation is because they are offloading much of their expenses to the rest of the network (blockchain bloat, premature block size limits reached, etc). So is it our job to classify this as a moral failure in SD and in the thousands of users who play it, to be punished by edict, or as a systems failure whereby we've built a transaction system that allows users to offload their expenses in this allegedly dangerous way?

Since SD is profitable and has to be targetted with filters to resist, what happens when a dozen SD knockoffs launch that evade filtering attempts? If they have profit incentive to do so, what will deter them? Should we really be blocking "1di" address prefixes (give or take), or should we instead be building something into the txn priority protocol that either discourage address re-use or re-spending of funds not yet confirmed?

If people want to spend their individual participatory power to hassle SD, that's not my business. But that probably belongs in a different thread. The problem of txn rate scalability and altering the system if possible to naturally resist anyone from being able to offload their expenses by making the txn fees you pay finance the costs you incur should be what our discussion is about. Be it because we've hit soft limit with SD, soft limit without SD or hard limit.

SatoshiDice is nothing but a symptom of an imbalance in our incentive structure. The sooner we solve the root of that problem, and enshrine this "social contract" luke holds so dear into the protocol itself somehow (where it can actually be enforced by technology instead of whinged about in forum drama), the more time we have to implement the solution before crashing into a wall or losing ground to a competing currency system.

Indeed, I dont think SD is causing problem, just an idea of waht's incomming, as BTC will gain more and more users.  IMO, SD TX represents a very small fraction of the TX volume the BTC network will have to deal with.  BTC must evolve, because as it is right now, it will not be able to deal with the exponential growth comming.  Another tought, fees will be more and more important as the growth occurs, and halvings happens.

https://bitcointalksearch.org/topic/m.1595233

Where'd you post?

Edit: Sent you half PSY's bounty.

The patch I posted should prevent relaying, but still checks one direction so it can detect the other.

So you're proposing arms race instead. Let them struggle to get into the blockchain - even if they offer high fees...
Well that's fine with me. Game on! The battle for transaction volume has begun.

Ultimately each miner can set their own policy. Some may have a FIFO in place, others may sort based on transaction fees, others may sort by social criteria (no SD transactions e.g.).

I may have a preference for a pure fee-based policy, but that doesn't prevent others from trying to discriminate differently, nor should it.

Some fun stats I posted in another thread earlier:

Here are some recent blocks, their sizes, and the percentage of transactions which are SD involved (meaning they either pay SD or spend input from transactions which paid SD)


You'll note that there are a few blocks here with lower than typical numbers, these come from miners which are blocking the transactions— they aren't zero because the "involved" definition I'm using is somewhat broader than would be reasonable to use for blocking.

I'm really against the idea of "shared resources" as it leads to a tragedy of the commons. Exactly what is the "shared resource" being monopolized here?

1 BTC sent. Thanks!

Now let's put the free market at work

It is. It blocks all txn that pay to 1dice addresses or which create outputs with equal to or less than 10k satoshis. Your node will fetch them and then drop them without further validation. It will not relay them to other nodes or attempt to mine them... but will accept blocks that have them.

And sure, you can pay to the address in my sig... or if you like send me a PM and I'll give you a fresh address to pay.

Ehh... I don't agree— when Bitcoin is used correctly you can't distinguish users like that.  Address reuse is a hazard to all bitcoin users: It hurts everyone's privacy, it will prevent the introduction of post-quantum address types, and it makes people get crazy ideas about what kind of blocking bitcoin users could be forced to do.  SD's position when being asked to make their system less abusive has basically been "lol no. Fix your stuff" ... well, turning that around if SD's use of consistent addresses gets them blocked "lol. fix your stuff". The slippery slope doesn't happen because in the limit if things can be blocked they will be, might as well assume that and adopt behavior that doesn't facilitate the creation of blocking infrastructure.

Yes, it's better if people don't block things, but right now over 90% of many blocks is being taken up by transactions involving _one_ user of the network.  People would be crazy to not block that if they can, as it's monopolizing a shared resource.

I don't agree with some of the arguments presented here that it's in miner's interest to take these fees.  The fees are not very large and while they add up, I don't believe they compensate the miners adequately for the future storage costs they represent (e.g. they cost less than S3 will charge you for the data, even in just the UTXO set assuming that the dust 'communication outputs' are never redeemed)... nor do they compensate miners for the reduction in the value of Bitcoin we get from premature centralization or reduced adoption because of delayed transactions.  Taking them is a certainly short term good thing, but not a long term one.

Is that what I asked?
If so, can I send the 1 BTC to the address on your sig or do you prefer to PM me a new address?
That rule you mentioned, it drops all tx's which are less than 10k satoshis, right?