www.BURSTNation.com Making it Rain
-
@LithStud If increasing fee does not give a transaction a higher prio, it would be a problem in general ... but maybe your transaction just not made it though the network?! The rebroadcasting fix for future version 1.2.8 could solve that, maybe?!
-
last thing and what if someone else start ti think that this is an amazing way to "promote"/spam and start to do the same!
-
-
@luxe no idea, since i cant check that (tho i think it did since otherwise getUnconfirmedTransactions command would not work) it just went out so it still gets higher priority than the 1 fee, just for it took 20 blocks
-
@luxe What I find interesting/concerning, is that even though there is room for more transactions in the block, almost no other transactions are coming through. There's not many 0 transaction blocks, and certainly multiple 0 transaction blocks in a row is pretty much unheard of, yet when Adam is raining, he's pretty much the only one that can send.
-
@luxe Don't suppose it's possible, but if the system only allowed the fee to be set at a max of 1/10 of the Burst in the transaction that would work.
What would also be good is if Reward Assignment and Asset transactions etc. could have some sort of priority? However for the moment I will just have to remember to up the fee. Which I just forgot to do again.....
Rich
-
@RichBC no worries it seems shitstorm ended for now, thats why my 3.1 went throu (and i thought priority sigh)
-
Who benefits from the increase in fees??? To the miners
To all the miners ??? No, only the big ones, the little ones would hardly notice.
Conclusion, if I am a big miner, I spend some miserable BURST doing spam, I recover quickly and then I leave cattle
-
@Energy As a matter of interest, what happens in a Pool to the increased fee. Is it kept by the Pool or included in the payout to the Miners?
Rich
-
shit storm probably isnt over yet. its all run through my laptop and i had to leave to go home from work about an hour ago .
unsure what happens to the fee. i know on my source it gets added to the reward. but this is done by adding the two fields together.
on old uray sources. the fee gets sent out aswell however it works slightly differently (balance of the pool - pending payments) the remainder is sent out to the miners
-
This post is deleted!
-
I had no idea that BURST was capped at about 1 transaction per second. Are there any plans to increase this? Or are we going to go through all the crap that Bitcoin's currently experiencing?
-
This post is deleted!
-
Reading this thread it becomes clear that people have different opinions about receiving free money. I see it has created temporary transaction delays, but the block size can simply be increased at some point in time. Same thing will happen when we get more and more people executing transactions also. Since being bombarded with free coins is likely not a constant problem, I doubt whether the devs will prioritize this. Thanks for the free coins, though, my pockets are always open for such events. Really, I can see how delays are annoying, but hating on people who dish out free coins makes little sense when this 'issue' narrows down to the block size. If I knew how to do it, I would'nt mind sending some 'rain' on my fellow Bursters either. :)
-
Look at the Network Size Graph. Since that shitstorm started there seem to be a significant drop. Some nodes not coping with all those transactions?
I'm currently mining on pool.burstcoin.eu. And I was very surprised yesterday, when instead of 200–300 BURST I receive daily I only received 39. Today is not much better — haven't received the payment yet, but only 69 BURST pending. How's that possible if the network size (and difficulty) dropped?
I don't yet have an explanation on why that's happening. But looking at the mined blocks — the pool seems to have much less then it used to. Yes, mining should not be affected in any way, but I can see a significant drop in payouts... Ugh, it doesn't make sense...
-
How can slower transaction speeds be a good thing at all? I'm not sure anything justifies slowing down the network. One of the major advantages of this type of technology is the near instantaneous transmission of value across large distances. As it can be seen, the BTC network has some serious issues that negate its' utility as a practical tool for such purposes. Wouldn't it be better to learn from their mistakes and adjust, rather than argue over who benefits the most from this?
-
@VovS- I don't know as well but even solo mining it makes no sense, one block today and one yesterday when I'm supposed to find around 4/5 per day ??????????????????????
-
@VovS- I don't see how this could affect the number of Blocks people are hitting, so I suspect it's just variance. Today has been good for me with my 80TB I have hit 3 Blocks in the last 13 Hours, whereas my average is 2 in 24 Hours.
Rich
-
@k.coins said in www.BURSTNation.com Making it Rain:
How can slower transaction speeds be a good thing at all?
I'm not aware of anyone that thinks slower transaction speeds are a good thing except maybe the banks. The coders, on the other hand, are busy developing other stuff and not prioritizing block size unless slow transaction speed becomes a lasting and permanent problem. I do not think it is a problem currently, but we will just have to wait and see how it goes.
-
A few ideas:
These all seem to be 1-to-1 transactions... is it possible to do a 1-to-Many transaction? If that registers like any other transaction, then it should cost the same amount of Burst and Adam might be more likely to do it to save on transaction fees. Would be good for dividend payouts too.
Multiple block rounds. Rather than increasing block size, simply allow more blocks to be mined per round. The miner with the lowest deadline gets the first block (and the most expensive transaction fees). The miner with the second lowest deadline gets the second block and so on... You could configure the network to only spill over into multiple blocks when > X number of transactions are pending.




