TrashJackal, yea, the time will come when payment happens for performed work, not on arbitrary dates, but it will likely take decennia due to the inherent slowness of regulation.
Anders, from what I heard google mis-identified copay and some copay-derivatives (but not all) as being bitcoin *mining* software, which they do not allow.
I agree with you though; we can do better. <3
Actually, most of modern economy work on that model. We deposit our salaries (or our boss does it for us) into our bank accounts so that it can be used with the existing payment rails.
Which makes sense,really. I mean, we're not here to "stop the rock from falling", we're here to bulid a functional payment system with sound money attached to it.
If they fail to cooperate before the HF date, that's fine too. Then we'll get to see nakamoto consensus in action and we'll likely be all the stronger for it.
I'd love to postpone CTOR for next HF, but other than that I think most of the stuff that's put forward is pretty safe.
huh. it already exist but memo.cash didn't find it when I searched for it? odd.
This topic is to discuss all forks and variations of bitcoin, the bitcoin history and to speculate on the future of bitcoin.
started with red hat, then debian, but never real got the charm of it until I saw the difference it makes to build your own kernel and remove all the junk you don't need from the software you do.
Seems a lot of people are asking what distro one is using. I'm gonna raise my hand here and say I've been using gentoo for the last 10 years or so.
as getting rid of layer-1 means full control by the hubs on layer-2, and with the power of regulation those will be the same powers as is in control today.
I wouldn't be surprised if they already have a contingency plan for the high-cost settlement layer that allows them to get rid of BTC and settle elsewhere.
Oh, and it won't let me "add" non-linux games to my library to be played through steam play, which is kindof a bummer.
... how is that related to memo?
but chances are if we reach that future, my hardware and connection won't have stagnated on the way there. Also, normal non-specialy configured nodes try to get 30 connections, not 179 <3
In a future with *FULL* 250mb blocks consistently over the day, and me doing *NO* upgrades at all 'til then, I'd have to cull those down to about 50 connections. 25 in, 25 out.
I know that as a hobbyist, I don't mind having my
#BU node up and running with 179 connections today on a ~12.5mb/s up and 12.5mb/s down connection.
Then on average, every 10 minutes we'd need to transfer 5Mb during the orphan window, and on average between the blocks, for each connected peer, we need to stream ~500kb/s of TX data.
graphene compresses block size by about 98~99% if mempools are consistent; so if we solve the performance issues with mempool acceptance and transaction relay to get consistent mepools..
assuming an average transaction has the size of 256bytes, a million transactions end up taking 256 million bytes. That's ~250mb.
at $0.01 per TX and 1 million TX, you get $10,000 as total fee reward. Todays blocks are roughly 12.5 BCH @ $500 which is $6,250 total reward.
for example, assume it's ok to pay $0.01 fees. Lets say mankind does at least 144million TX/day (less than visa), and we have 144 blocks per day. that is 1million TX/block.
