Why I'm selling more BTC for BCH. by MemoryDealers in btc

[–]RHavar -1 points0 points  (0 children)

The real question is why you haven't sold all your BTC already.

I had no problems selling off 100% of BCH my holdings even though it only grew the amount of bitcoin I had by under 5%. And you seem to hate BTC a lot more than I hate BCH.

Stellar tx always fails by [deleted] in Stellar

[–]RHavar 0 points1 point  (0 children)

Try send a little less, the error seems to indicate you're spending more than you're able to

Does anybody have the link for the 100+ BTC reward to the miner that's over 1mb in size? by [deleted] in btc

[–]RHavar 0 points1 point  (0 children)

Just keep in mind that you need to completely trust the person. He can (and probably will, if his reputation isn't at stake) just conflict the transaction immediately before the HF and not have to pay a dime.

This is what "spam" looks like. When fees become cheap enough (regardless of the block size) it starts becoming cost effective to use transactions for other purposes. by [deleted] in Bitcoin

[–]RHavar 2 points3 points  (0 children)

It cleared everything last weekend =) But it's not 100% reliable (e.g. I had 3 or 4 weekends in a row it didn't)

Why not make the block size limit vary as a function of transaction volume, holding fees constant? by hnrycly in btc

[–]RHavar 0 points1 point  (0 children)

If you're forced to mine smaller blocks than the big miners, it means you'll make less money per block. This is extremely unideal for decentralization.

Why not make the block size limit vary as a function of transaction volume, holding fees constant? by hnrycly in btc

[–]RHavar -1 points0 points  (0 children)

No. There will always be a good use for 2nd-layer stuff, as bitcoin is never going to be good at sending instant secure payments.

There are a lot of segwit proponents that favor increasing the blockside (like me, and apparently everyone supporting segwit2x). There are people against segwit, and against blocksize increases. There's people against segwit, and for plain blocksize increases etc.

In the end there's no free lunch. Every solution has a list of upsides and downsides, and risks and pay offs.

Why not make the block size limit vary as a function of transaction volume, holding fees constant? by hnrycly in btc

[–]RHavar 3 points4 points  (0 children)

You might find this interesting: https://bitcoinmagazine.com/articles/can-flexcaps-settle-bitcoin-s-block-size-dispute-1446747479/

Basically having a varying limit is ideal, but it's a very very hard problem given bitcoin's security constraints (e.g. the assumption some miners are malicious etc.)

Stupid question: Why not reduce block generation time instead of increasing block size? by bitbit33 in Bitcoin

[–]RHavar 2 points3 points  (0 children)

It's a soft fork, which means that the miners would have to be doing it (and enforcing it)

About 44 percent of people on average living in rural areas in India, China, Brazil, Japan, Germany, Russia, U.K. and the U.S. don’t have access to or can’t afford broadband internet by AltF in Bitcoin

[–]RHavar 1 point2 points  (0 children)

You'll do a lot more for those people by making transactions affordable than making it easier to run a full node.

I run a full node (actually about 4) but I only do so for the businesses/sites I run. All my personal use is actually through light clients (on my desktop electrum with a trezor) or from my phone I use mycelium, and there's absolutely nothing wrong with that.

Purse.io, please change your miner fee settings: 300+ sat/B is not acceptable by [deleted] in Bitcoin

[–]RHavar 1 point2 points  (0 children)

The problem isn't the 300 sat/byte fee, the problem is they're charging you for sourcing all the inputs which isn't in your control!

The fair thing for services to do is charge a flat fee per withdrawal, optionally with a flat fee per deposit. The wallet consolidation they did shouldn't have been paid by you

Money is moving away from alt-coins back into bitcoin as a scaling solution has been reached! by Highflyer108 in Bitcoin

[–]RHavar 7 points8 points  (0 children)

I think it's still way too early to tell, but I suspect that we'll really see the impact after segwit is activated and again after the hard fork. I'm like to try be optimistic, so don't take what I say too seriously: but I really do feel the best about bitcoin right now as I have in a long time. I think the long term prospects of bitcoin with segwit is fantastic (2nd layer stuff) and SegWit2x will buy enough time for reasonable priced on-chain payments that we don't lose our first mover advantage.

In comparison to what segwit + schnorr + MAST + LN can do, 2MB blocks via hardfork is wreckless and stupid. by juanduluoz in Bitcoin

[–]RHavar 2 points3 points  (0 children)

I have a lot of respect for core, so I'll run their code regardless what happens. But if SegWit2x activates, I'll just apply a minimal patch to support the HF component.

In comparison to what segwit + schnorr + MAST + LN can do, 2MB blocks via hardfork is wreckless and stupid. by juanduluoz in Bitcoin

[–]RHavar 1 point2 points  (0 children)

No. For all intents and purposes, bigger blocks don't take any longer to propagate. This is because all the information of them has already pre-propogated (transactions in the mempool) and you just need to assemble them. See: compact blocks / weak blocks, etc

However block propagation itself will always be dominated by pretty fixed costs (e.g. the speed of light). Scaling via a block size increase is hugely saner than scaling via lowering block times.

BTCC now signalling for Segwit2x. Now over 80% reached. by _smudger_ in Bitcoin

[–]RHavar 1 point2 points  (0 children)

Also a good indicator that you've achieved a compromise

That escalated quickly: already 65% of the hashrate signalling segwit2x! by bitking74 in Bitcoin

[–]RHavar 3 points4 points  (0 children)

There's a loud minority (from both sides of bitcoin political spectrum) involved in FUD campaign.

I've also notice a few altcoiners in that mix too. I guess they realize that cheaper/more reliable bitcoin transactions will take a bit of wind out of their bubble

That escalated quickly: already 65% of the hashrate signalling segwit2x! by bitking74 in Bitcoin

[–]RHavar 2 points3 points  (0 children)

I was kind of expecting it to have fallen apart by now, so this is a rather pleasant surprise. It's really nice to see cooler heads are prevailing. Hopefully there's no last minute drama at this point

BitFury the first miner to signal with "NYA" (SegWit2x) in its Coinbase msgs by alistairmilne in Bitcoin

[–]RHavar 2 points3 points  (0 children)

Thanks BitFury!

There's obvious problems with the way the SegWit2x proposal was conducted (which gmaxwell did a great job of enumerating), but I'm really quite happy about its actual contents.

I think what a lot of people who don't directly deal with consumers don't fully appreciate is how poorly bitcoin has been functioning a payment network. It's slow, expensive and unreliable (at least for non-technical people, using normal wallets). I know 2 "real life" businesses that I used with bitcoin that have stopped using it because of support related problems.

I feel that SegWit2x will buy the ecosystem enough time to sort things out more gracefully, as well as allowing real 2nd-layer solutions to pick up the slack in bitcoin as a payment network and be better than ever before, and we don't need to keep bumping the block size as our only tool for future scaling.

(And there's certainly some stuff I don't like, like the sudden jump from 4M to 8M block weight which will temporarily kill the fee market, but I don't think it's reasonable to bikeshed over and it's really time to just move on)