log☇︎
110900+ entries in 0.865s
asciilifeform: kakobrekla: a whole fuckload of 'random' in one direction.
mircea_popescu: kakobrekla> arguably i have more actual experience with sending txes than alf. << well, that was a discussion of mempools i thought, so i'm not sure this reduction is relevant.
mircea_popescu: more generally, you can't bring arguments as to what the standard is on the basis of "look what this implementation does". the illustrative case of this being the four men in a dark room with an elephant.
mircea_popescu: that's actually a good thing to document punkman
mircea_popescu: a lot of fingerprinting you can do by just listening. it's a large topic, this.
mircea_popescu: well, you have a large pile of stuff to explain away then. i'd be curious to read the alt theory kakobrekla
PeterL: I guess you cold test whether you are directly connected to miners or bridged by prb nodes: send a txn which prb does not like, see if it gets included in a block
asciilifeform: kakobrekla: dark matter is not 'mystery meat.' is is a thing that is definitely present but gives only indirect shadow of being there.
mircea_popescu: kakobrekla "that is not a bridge" "please build me a bridge over here so i can see this" "orly"
asciilifeform: a good chunk of the 'protocol' as i pictured it, turned out to be... promise.
mircea_popescu: the advantage being, of course, that i have a whole lot of canaries in all sorts of apparently unexpected places. the drawbacks... heh, let's not talk about that, i'll just get angry.
mircea_popescu: from experience, the stuff the chinese miners run would, at least most of the time. historically i thought this is just random variance between divergent implementations, but now i think it's a single unit behaviour modulated somehow. also, this is essentially what "Replace by fee" is all about, iirc.
kakobrekla: thats a good q
punkman: mircea_popescu: which implementations would accept a replacement tx with a fee, assuming they still have the 0fee tx in mempool
mircea_popescu: punkman you mean which implementations would accept a tx with a fee ? seeing how they wouldn't see the other one ? or what ?
mircea_popescu: by and large, very broadly speaking, and insasmuch as a "bitcoin protocol" even exists at all - it says that 0 fee txn aren't relayed or included. now, how this is implemented in practice... w/e.
PeterL: you seem to think you can just send a new txn with a higher fee and expect it to get processed faster
PeterL: and the miners in your scheme see the higher fee and put the second txn in a block
mircea_popescu: kakobrekla or so we thought. but it turns out that no, there's exactly one, covered in a cloud of buzzing shit.
mircea_popescu: PeterL this is miserable "writing down". what are you, a consumer ? HOW do you doublespend.
PeterL: ok, I buy some egold from bob, send him 1 btc. He sees the 0conf txn, transferes the egold to me, then I doublespend the inputs with a higher fee, sucks to be him
mircea_popescu: write down what a party would need in order to do this.
PeterL: what if it is just somebody trying to scam by getting a party to accept a 0conf txn, and then double spending it?
mircea_popescu: because it's part of a set of mutually incompatible txn, and some of the others have better fees, for instance. if you're am iner, you want the higher fee.
PeterL: why not hold onto a 0fee txn until later?
mircea_popescu: it's certainly not a behaviour supported or even possible by any codebase so far published, if you think code=protocol instead.
mircea_popescu: it is breaking the protocol inasmuch as a protocol exists.
mircea_popescu: for a week or so, in preference of higher fee replacements ? sure. why ?
PeterL: maybe a mine who likes to listen instead of talk held onto the first transaction?
mircea_popescu: i didn'taskl anything of anyone. i listen to a large cross-section of the bitcoin relay network.
mircea_popescu: that happens to be, involuntarily i guess, and impredictably for the attackingside, i guess, a passive timing of their capabilities.
mircea_popescu: PeterL the operative part there is, txn was "broadcast" and then "included in a block" within 20-odd minutes.
assbot: Logged on 01-03-2016 23:32:18; mircea_popescu: i personally think the only reason it's not mined yet is that there hasn't been a block.
kakobrekla: 0 fee txes are quite relayable, tried not a week ago.
mircea_popescu: and, ironically, the substantial proof that there was nothing wrong with any of them PER SE, was that a tx that, as per the protocol, should not even have been relayable made it into a fucking block
kakobrekla: and for the next tx will it again take a week and not be done again ?
mircea_popescu: i am saying that i spent OVER A WEEK making transactions from those inputs.
mircea_popescu: but it already did expose such a flaw.
mircea_popescu: lol what a narrow outlook!
PeterL: I guess I can't complain too much about this bitbet blunder, the "extra winnings" I got from the bet was higher than my proportion of the loss as a bitbet shareholder (unless this tanks the share price too)
mircea_popescu: it's one of those "you think you're buying a fine piece of american engineering, but otherwise it's made in china" things.
PeterL: okay, so getting into a block right after your other txn is a bit of a coincidence, but not inconceivable
mircea_popescu: yes we have! it takes it over a week to NOT get into a block :)
PeterL: have you timed how long it normally takes a 0 fee txn of that size to get into a block?
mircea_popescu: you're a college man, right ? tokenize the events, assets probabilities per token, calculate the overal chance of this happening.
PeterL: to me, it seems like it was just a miner holding onto a zero fee txn, and it happened to move to the top of the 0 fee txn pile right after you resent the txn
assbot: A Miner Problem | Qntra ... ( http://bit.ly/24Bbw6a )
mircea_popescu: anyway, http://qntra.net/2016/03/a-miner-problem/#comment-47619 ftr. last para.
PeterL: mircea_popescu: so the Jeb Bush bet winners were sent their winnings twice? Does that 16 btc go as a loss on the bitbet books?
mircea_popescu: "yeah, except they'll try it a little sooner or later, and then a little more. and the public is mostly made up of the same public that thought Britney Spears is a singer."
mircea_popescu: ben_vulpes> BingoBoingo: what does all of this mean << replace byt fee, sorta a poor man's version of your original "run a pool!"
BingoBoingo: Every derpism like RBF is a new starfish blighting heretic client forks
assbot: A Miner Problem | Qntra ... ( http://bit.ly/1QqegK6 )
BingoBoingo: Starfish speaks http://qntra.net/2016/03/a-miner-problem/#comment-47572
punkman: bitbet idea: "will mpif find a new PC in 2016?"
ben_vulpes: i have had two beers and a glass of wine since 5pm and none of that has made me nearly as ill as this line of cpp
mircea_popescu: a problem which to my eye looms a lot larger than whatever, "the last time english speaker wrote usable code was before they had electric typewriters"
mircea_popescu: and now we got a problem.
mircea_popescu: pretty much the only way to handle centralization in mining as it is designed is through periodically picking up the fattest pig and throwing it through a glass pane.
mircea_popescu: ben_vulpes understand, this isn't a field that takes well to distribution.
mircea_popescu: bitcoin got a problem, and it ain't no stinkin' "scalability". au contraire.
ben_vulpes: this was a thread?!
ben_vulpes: http://log.bitcoin-assets.com/?date=02-03-2016#1419855 << you know, if the cost of running a pool is only 1% over subsidy + fees... ☝︎
ben_vulpes: since when is english a supported language
ben_vulpes: works like a chaaaarm
ben_vulpes: mod6: phf dumped a patch in the logs for compiling under gcc
assbot: Logged on 02-03-2016 03:20:58; mod6: http://log.bitcoin-assets.com/?date=01-03-2016#1418803 << i usually just modify the rotor script so that it just builds bitcoind with all of the necessary environment vars set, but comment out the building of BDB/SSL/Boost. The re-compile usually takes a few minutes. Not more than say 15.
ben_vulpes: 5s after adding a printf to shiva.cpp
ben_vulpes: on a 2.66 GHz IC2Duo.
assbot: Logged on 02-03-2016 03:20:58; mod6: http://log.bitcoin-assets.com/?date=01-03-2016#1418803 << i usually just modify the rotor script so that it just builds bitcoind with all of the necessary environment vars set, but comment out the building of BDB/SSL/Boost. The re-compile usually takes a few minutes. Not more than say 15.
assbot: Logged on 13-11-2014 19:06:33; asciilifeform: bip64, aside from complicating the protocol and giving relevance to the gavin shitgang, is also a jam-tomorrow chumpatronic engineering structural element
BingoBoingo: Perhaps there is a new idiocy inhereted though the "Core" client fork https://archive.is/cIZOG
mod6: oh there's even a qntra post.
gribble: They really are Buttcoins nao on Trilema - A blog by Mircea Popescu.: <http://trilema.com/they-really-are-buttcoins-nao>; February 2013 on Trilema - A blog by Mircea Popescu.: <http://trilema.com/2013/02>; Bitcoin on Trilema - A blog by Mircea Popescu.: <http://trilema.com/category/bitcoin/>
mircea_popescu: it's certainly a step in the right direction
mod6: http://log.bitcoin-assets.com/?date=02-03-2016#1419713 << seems ok. at least a guy can rebroadcast. ☝︎
mod6: asciilifeform: also, cool work you started with gossip in asm on a eth card.
mod6: http://log.bitcoin-assets.com/?date=01-03-2016#1418803 << i usually just modify the rotor script so that it just builds bitcoind with all of the necessary environment vars set, but comment out the building of BDB/SSL/Boost. The re-compile usually takes a few minutes. Not more than say 15. ☝︎☟︎☟︎
assbot: A Miner Problem | Qntra ... ( http://bit.ly/24A5LWu )
asciilifeform: ;;later tell mircea_popescu http://qntra.net/2016/03/a-miner-problem/#comment-47559
deedbot-: [Qntra] A Miner Problem - http://qntra.net/2016/03/a-miner-problem/
asciilifeform: whereas when i was doing it as a boy it worked on one 486 box but not another, mostly-identical one.
assbot: Logged on 02-03-2016 01:38:12; asciilifeform: supposing that anyone gives a fuck.
asciilifeform: 'a good part of GNOME can now be considered part of the system set. You have to understand that even if it might not be in your system set, or in the default system set for what matters, the packages have to be carefully considered to not break if they are part of the possible system set...'
BingoBoingo: Of course the solution in the long run is to stop trying to do the kind of deals which make this wankery a possibility
BingoBoingo: The scammed dude asked me how to present his dilemma in a way that makes sense that this was the distillation I found most obvious
BingoBoingo: mircea_popescu: Apparently the dude sold the site to another dude and retroactively converted the sale into a lease by claiming US copyright law.
mircea_popescu: BingoBoingo im writing a qntra piece re the thing, gimme an hour.
BingoBoingo: <asciilifeform> wake me up when it's time for the keccak knife. << Is there a possibru lAb project here?
asciilifeform: supposing that anyone gives a fuck. ☟︎
mircea_popescu: typical behaviour of spider unaware that what it's trying to catch is a wasp. that eats spiders.
mircea_popescu: or why a) ? possibily because getting cocky about it.
mircea_popescu: why what ? why b) ? because it's way the fuck safer for them if any would-be competing cartel starts with a half hour disadvantage.
mircea_popescu: nah, usg doesn't figure into this as much as a prince albert.
mircea_popescu: kakobrekla not that it'd actually do anything, just adds a gauge.
assbot: The Hour Of Reckoning on Trilema - A blog by Mircea Popescu. ... ( http://bit.ly/1KNFRFX )
mircea_popescu: b) the same majority of miners is running a withdheld block scheme, where they keep about a half hour time differential between the ACTUAL head of the bitcoin chain and what they published.
mircea_popescu: a) a majority of miners (ie, pool operators) on the bitcoin network conspire together to selectively deny valid transactions
mircea_popescu: about half an hour AFTER that inclusion, transaction A1 was REBROADCAST, and within 20 minutes of its rebroadcasting, in spite of no fee, low miner priority etc, was included in a block.
mircea_popescu: about three hours ago, tx B, with the same outputs as An, but with different inputs was broadcast. this tx was visible in the mempool throujghout the network as normal, and was included in a block in half an hour.