PSA: Peter Todd received money from both Viacoin and GreenAddress, which would benefit from Bitcoin being crippled.

btc_lover · 2時間前

Yeah, I should do a Lighthouse fundraiser to pay for my next invoice to Viacoin.

coinx-ltc · 2時間前

Only as long as they stay that way.

Chris_Pacia · 2時間前

That's a great explanation!

coinx-ltc · 2時間前

Speaking of, I was just about to get one.

Should I?

Yes: 1MNDPdkAQHt1yKLjnPrGQGB5uNkhHQ79st

No: 19NtDsvhytFoDroPTW8YP72uiDP7AuCPF8

Kupsi · 2時間前

Which media BTW?

GibbsSamplePlatter · 2時間前

Sure, added you to my DC list!

btc_lover · 2時間前

Welcome to reddit!

Viacoin yes.

GreenAddress no - I've never entered into any form of contract with them.

Kupsi · 2時間前

I've have never received any funds or entered into any contract with Blockstream or GreenAddress. Though I have offered GreenAddress my own contracts, because I needed some work done for one of my clients and they had the right skill set. They turned it down though.

GibbsSamplePlatter · 3時間前

Back when I first joined the space and was reading everything I could, I found Peter fairly insufferable. He used to be way more toxic, imo.

Agreed.

But. He thinks like an attacker. And that's invaluable in a crypto system.

Thanks!

Kupsi · 3時間前

Hey /u/BitFast! Turns out you owe me money! I didn't even know.

Kupsi · 3時間前

This was what I told f2pool when they asked about RBF:

http://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg08439.html

Chris_Pacia · 3時間前

Full RBF is significantly cheaper and more efficient than FSS-RBF due to the latters additional requirements. Cost savings are generally around 30% to 60%, and as much as 90% when compared to the same transactions using FSS-RBF:

http://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg07813.html

http://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg07829.html

Kupsi · 5時間前

IIRC, he's adding features to Viacoin in hopes that they'll eventually be integrated into Bitcoin.

Actually, I'm adding features to Bitcoin which end up in Viacoin mostly; I've never actually contributed directly to Viacoin.

Anyway, the tendency of people to assume malice for everything isn't terribly constructive.

Kupsi · 5時間前

Weird, I did know about the trust bit and did a bit of DNS interception to make a fake seed node; I made have messed that up someone and let it connect to more more than just a single double-spend-relaying peer at a time by accident.

Kupsi · 6時間前

I think this is the relevant code:

https://github.com/schildbach/bitcoin-wallet/blob/master/wallet/src/de/schildbach/wallet/ui/TransactionsAdapter.java#L416

As you can see, the confidence is only a small UI pie chart, not whether or not the transaction shows up in the list; with just a single peer a tx will show up.

Kupsi · 6時間前

I would strongly suggest they fix them then.

Kupsi · 6時間前

You know, even if f2pool turned off full-RBF tomorrow, I've still shown how zeroconf is so insecure among other things any one miner can screw it up.

Zeroconf isn't just trusting someone; zeroconf is trusting everyone.

Kupsi · 6時間前

before it was only economical to do a double spend if there are big amounts

Attempting a zeroconf double-spend costs nothing.

Kupsi · 6時間前

voipcheap is the usual case where if a double-spend is detected you just cancel the order and shutdown the account. Similarly if destinia works like cheapair it doesn't actually buy the tickets until the first confirmation - again no zeroconf problem.

Kupsi · 6時間前

This isn't about some theoretically laboratory experiment. What percentage of brick-and-mortar merchants have actually been defrauded by accepting zero-confirm? I've never heard of a single one.

I've spoken to two ATM operators with loses among other things... one of them the losses were in the thousands of dollars and the police had gotten involved.

Anyway, as I keep saying, the reality is this stuff doesn't work, yet payment providers are doing very harmful things like trying to get contracts with the majority of hashing power to get txs mined, and sybil attacking the network to measure propagation. They need to do that stuff because zeroconf doesn't work in a decentralized environment.

Kupsi · 6時間前

Unlike Gavin's proposal that requires everyone to agree, this can work with just one miner and a few relay nodes.

Doesn't even need a miner - RBF is still useful in cases where your first tx wasn't accepted at all by miners, e.g. because the fee was too low to even get in, or there was no fee at all. This isn't uncommon and you see double-spends all the time on the network getting such transactions unstuck.

Dunno who the heck is making them - presumably some custom wallet software - but they're out there.

This version of RBF is more contentious but first-seen 0-conf safe version is not contentious and actually a much requested feature by wallet developers.

FWIW, I have a first-seen-safe RBF pull-req open:

https://github.com/bitcoin/bitcoin/pull/6176

Kupsi · 6時間前

No, they'll happily accept an unconfirmed tx based on just a single peer relaying it - I have actually tried this.

Kupsi · 6時間前

Yeah... you know I can call up a pizza joint and get a pizza delivered based on... nothing. Exactly same vulnerability, but worse because there's a 0% chance of getting any cash in the end.

Kupsi · 6時間前

Actually, you can use something called two-party self-escrow to avoid using a centralized service. I suggested it to Mycelium last year for their local trader feature.

Kupsi · 6時間前

For that matter, long before I left my day job and started getting paid for this stuff too. First post I made re: replace-by-fee was early March, 2013.

petertodd

トロフィーケース

本日のreddit gold目標額達成率