log☇︎
228500+ entries in 0.141s
mircea_popescu: asciilifeform there is no such thing as "immediately mine".
asciilifeform: theoretically a 'will go in node xxxxxxx --- yyyyyyy inclusive or NEVER' field in tx, would have been sane. but it is too late, this is not in bitcoin. ☟︎
phf: asciilifeform: a log is just push-vector with checkpoints. entire thing barely takes up 200mb of in memory data
davout: why would a lord want to live without at least ~some~ peasants around?
asciilifeform: i, for one, would love to discover how.
asciilifeform: davout: atm we are at the medieval tech level where we have -- afaik -- nfi how to live without lice, fleas.
ben_vulpes: phf: i think this is pretty neat, have wondered about your x-referencer etc
davout: since vermin can hardly be completely exterminated the correct approach seems to be "don't go live in sewer"
asciilifeform: i do not know why this is done, nor have any plausible hypothesis. vermin do what vermin do.
asciilifeform: *on them
asciilifeform: and ~immediately~ fire the malleated one
asciilifeform: davout: they'll pick up high-S tx also, and sit on then RIGHT UNTIL you broadcast a doublespend with correct chirality
asciilifeform: by what, then
asciilifeform: phf: i thought your logtron was fed by a standard db..?
asciilifeform: somehow, this profits somebody, somewhere, or is perhaps a side-effect of some other idiocy.
phf: ftr, least i somehow become sql acid proponent, i'd like to point out that i'm the only person running tmsr infrastructure ~not on a sql database~
asciilifeform: why -- to this day i do not know.
asciilifeform: davout: for whatever reason, there exist miners who SIT on a tx, right until the very millisecond that they see a 'doublespend' OF it, and then IMMEDIATELY mine the ~first~ one.
mircea_popescu: mats was that a quote ?
asciilifeform: davout: ahahaha recall the bbet shitstorm ?
asciilifeform: let'em live in the wild, with the wolves, with prb segshitness etc.
davout: asciilifeform: this ended up never being a problem in practice
mats: asciilifeform: best part is the tacit omission that usg can be owned by 6 year old with five bitcents to rub together
asciilifeform: because they are a malignancy.
asciilifeform: and those -- must be exterminated.
a111: Logged on 2016-12-30 20:04 davout: i want this transaction broadcast, just fucking drop whatever's conflicting with it
asciilifeform: http://btcbase.org/log/2016-12-30#1594027 << this is only half of the headache. the behaviour of heathen nodes, who think that they already have 'your' tx, and the new one is 'doublespend', is the other half. ☝︎
davout: nevermind that this transaction not only carried a fee, but also resulted in a net cleanup of the utxo set
davout: asciilifeform: because it apparently didn't match whatever prb thought was a "minimum fee"
davout: ended up just perfectly sent to children in uganda
asciilifeform: davout: why 'shouldn't have confirmed' in this case ?
davout: latest example of transaction "that shouldn't have confirmed": e73d40c1aa9147e426de43d64753c2318c234426f6efbd090a7a9313d87f95e6
asciilifeform: and in the block case -- yes, mechanically rejectable.
asciilifeform: a doublespend is, in sane planet, STRICTLY attempt to spend coin that was already spent IN A BLOCK
asciilifeform: davout: the entire attempt to mechanically distinguish 'double' from normal spends is an evil prbism
davout: i want this transaction broadcast, just fucking drop whatever's conflicting with it ☟︎
mircea_popescu is going to start recommending people go to barren islands after all. turns out boredom is promotive of sanity.
davout: no more "oh, but this transaction is already in my mempool, sfyl"
davout: and equipped with such sanity, if your transaction doesn't confirm, double spend it, no big deal
davout: no, but seriously, how many times did I beat prb into crafting txes it would give me unwarranted opinions about
mircea_popescu was pretty impressed with davout 's bitbet liquidation tx.
davout: no more "oh, but the transaction you're attempting doesn't match min fee $magic_number"
davout: maybe you want to broadcast that transaction from mit prb nodes, up to you
mircea_popescu: for one thing it may not have authority to sign tx.
mircea_popescu: well technically spits it out, it shouldn't insert by itself.
davout: crafts desired transaction therefrom, insert in mempool ~fin~
mircea_popescu: no, actually, trb should apply the above scheme EXACTLY like how v applies patches : you populate a wot with acceptable addresses
davout: trb should be able to shit list of unspent outputs, optionally filtered by address
mircea_popescu: user defines number of steps and that's it.
mircea_popescu: and incidentally "knapsack" problem is a fucking overstatement. here's a very simple strategy : 1. sort available inputs by size ; 2. if current step != last step, select first input that is smaller than tx going out else select the input right before that ; recurse to 1.
mircea_popescu: davout this is pretty much agreed upon, provided you mean by the words what we mean by the words.
ben_vulpes: hey, the power rangers wanted 20mb blocks for whatever reason. i want indices.
davout: anyway, i guess my position basically boils down to: "as far as trb proper is concerned, best wallet is no wallet. but sane indexing mechanisms"
phf: everyone sensing there ought to be a fight, but everyone's agreeing
mircea_popescu: yeah just parser failed to return anything in the $controversy construct
ben_vulpes: mircea_popescu: we're cramming a year+ of wallet into davout's head now that he's paying attention again
asciilifeform: mircea_popescu: as i understand, thread was originally about 'sane wallet mechanism'
mircea_popescu: is there something being discussed or we just shootin da breeze ?
asciilifeform: this is actually one of the reasons i insisted on eatblock and dumpblock
ben_vulpes: fine i'm going to go scream in a corner where i'm sure i'm the only one listening
ben_vulpes: which is why index the whole blockchaaaaaain
davout: i might very well broadcast other folk's txes from my node, just as well as i might broadcast my own txes from arbitrary shitnodes
mircea_popescu: there is that.
davout: asciilifeform: privkey privacy is pretty much all that matters imo
a111: Logged on 2016-12-30 19:46 davout: trb being able to list utxos given a bunch of addresses would be pretty obviously needed
mircea_popescu: http://btcbase.org/log/2016-12-30#1593954 << ben_vulpes is going that way from my understanding. ☝︎
asciilifeform: and that's supposing you are meticulous about using 'diode' etc.
asciilifeform: davout: if your node is raped, anything that is fed into it is also visible to enemy, and you have 0 privacy of anything but (possibly) privkeys
davout: mircea_popescu: ok, "forbid-insane-fee" then
ben_vulpes: 'inspected for pertinent-to-me tx' is a subset of 'index blocks sanely'
asciilifeform: just walk the new blocks. as is done now.
a111: Logged on 2016-12-30 19:43 davout: imho a "warn-if-insane-fee" config knob is largely sufficient, and would allow removal of the "output selection" nonsense from the code
mircea_popescu: http://btcbase.org/log/2016-12-30#1593945 << this is the wrong approach. you want to not shit in soup, not to filter shit from soup prior to serving. ☝︎
asciilifeform: there is 0 reason why any extra processing ought to be needed for this.
asciilifeform: index'em however you like, if new blocks aren't inspected for pertinent-to-me tx, the thing's a turd
ben_vulpes: wallet boils down to 'index of txen paying to addresses i care about' anyways
davout: indexing based on address seems the sanest to me
davout: yeah that's pretty much the point
ben_vulpes: any sane trb that doesn't index tx on output address i suppose
asciilifeform: and in any sane future trb.
asciilifeform: even in the oldest trb.
asciilifeform: why? if you have the privkey, every incoming valid block is inspected for tx pertaining to $addr
ben_vulpes: index with symlinks on address too why not
ben_vulpes: with the current mechanism you'll have to import those addresses and rescan some amount of the blockchain to find the utxos you want
asciilifeform: i dun think 'listunspent' is escapable, no.
davout: but then we're going down the bitcoinfs rabbit hole
davout: trb being able to list utxos given a bunch of addresses would be pretty obviously needed ☟︎
ben_vulpes: davout: and you get this list of utxos how?
davout: utxos to sign -> provided by user
ben_vulpes: at issue here is "where do the coins go" and "how to select the utxos to sign"
ben_vulpes: one of you is using it to describe the process of selecting signable unspent transaction outputs and another using it to describe the new outputs created
ben_vulpes: you two are using "output selection" to mean two different things
asciilifeform: this is what distinguishes us from the beasts of the fields, folx.
davout: imho a "warn-if-insane-fee" config knob is largely sufficient, and would allow removal of the "output selection" nonsense from the code ☟︎
asciilifeform: unless there is a clear and fully-capable replacement.
asciilifeform: raw tx hopper -- also yes
mod6: i don't think that should be removed. i think that the user aught to have the option to select them if he wants, with rawtx.
asciilifeform: davout: no, because i'm not about to calculate ecdsa by hand with pencil on grid paper.
asciilifeform: there has to be a basic mechanism where the thing can be used, in anger, 2009-style, sans perl/python/etc.
asciilifeform: my contention is that a trb with entirely removed unspent-selector is not usable-naked.