229300+ entries in 0.156s
mircea_popescu: of course
this also requires better indexing
than currently done. but anyway
mircea_popescu: pete_dushenski
there's really no good reason
to not serve arbitrart
txn data.
the fact
that "modern" prb nodes can't support
this is entirely
their doom.
ben_vulpes: 'pucker only in
times of stress', i say
ben_vulpes: i find a relaxed colon makes for a relaxed
thinker
ben_vulpes: "obab demands we say something nasty about
the russkies. so...hey php is vulnerable and shit"
ben_vulpes: some
tiny amount of finger pointing followed by owasp best practices
jurov: i know of no
transcripts, just youtube autosubtitles, and only few vids are on yt
ben_vulpes: did ccc publish
transcripts for
these somewhere?
ben_vulpes: surely you need
to borrow /more/ money
davout: ben_vulpes: it's even worse here, it's
to *exit* a position
ben_vulpes: davout:
this is sop for american retail brokers as well. even were you
to have
the cash on hand
to buy
the underlying outright unless you jump
through very specific and hard
to find hoops retail brokerages will lend you
the capital
to
take
the position you intended
to enter under your own steam
a111: Logged on 2015-07-02 20:44 ascii_field: 'getdata is used in response
to inv... ...t can be used
to retrieve
transactions, but only if
they are in
the memory pool or relay set - arbitrary access
to
transactions in
the chain is not allowed
to avoid having clients start
to depend on nodes having full
transaction indexes (which modern nodes do not).'
davout is finally done writing
the kraken's
team indictment
shinohai: The guy
that gave us
the red cups
that were prominently displayed in pr0n listings at one point
this year.
a111: Logged on 2016-12-29 21:04 ben_vulpes: mod6: moreover
the general case is looking
to be "project-genesis.vpatch"
pete_dushenski: mircea_popescu: i have sincerely nfi why my node is asking for
these. it's at ~full height.
mircea_popescu: pete_dushenski why is your node asking for
these ? or is it ?
shinohai: mircea_popescu will be saddened
to know
the inventor of
the red Solo cup has died.
pete_dushenski: but ya, looks like ancient blocks in and around
the 300k mark
pete_dushenski: now-frozen machine has lots of cores, lots of ram, and is running
trb.
pete_dushenski: the above is a snippet from
the debug.log and
the result is a ~frozen machine. doesn't respond
to rpc commands
the way machines blackholed by, say, 'askfor
tx' does.
pete_dushenski: anyone else have nodes getting blackholed with 'received getdata for: block 0000000xxxx' ? it's getting
tiresome.
a111: Logged on 2016-12-29 21:10 mod6: "# It is entirely possible
to have more
than one root! ... exactly how, is left as an exercise for readers."
mircea_popescu: just search for me screaming "there's only one genesis" and frothing at
the mouth.
☟︎ a111: Logged on 2016-12-29 21:10 mod6: "# It is entirely possible
to have more
than one root! ... exactly how, is left as an exercise for readers."
mircea_popescu: which makes alf's objection
to
the mega discussion re antecedent enforcing etc weaker
than he cares for it
to be :
turns out we ALREADY have
the state machine.
mircea_popescu: no patch can be elevated
to
the status of genesis ; if it is a genesis of something it knows
this, and
the way it knows
this is
through
the antecedent being false
mod6: werd.
thx for your input.
phf: mod6: we're on
the same page
mod6: agree. just
trying
to be 100% positive I'm doing
the right
thing, before I do it. And it is discussion worthy imho.
phf: root is a compsci
term for a
the
topmost element of a
tree. genesis is a vtronic
term for
the origin. on imlementation level
they are identical, and generally describe
the same concept, but in general "root" being "genesis" is an implementation detail
phf: well,
then alf is being sloppy with his
terminology
mod6: "# It is entirely possible
to have more
than one root! ... exactly how, is left as an exercise for readers."
☟︎☟︎ mod6: this is not
true according
to v99 from alf ^
phf: mod6:
there's no such
thing as "root".
there's only genesis. you find all patches
that satisfy
the genesis requirement ("all antecedents are false") and you build your graph down from
there
mod6: so i'll check, and accumulate roots
that have only hashes
that = 'false'.
mod6: this is what i wanted
to avoid.
mod6: <+asciilifeform> mod6: 'genesis' means 'all antecedents are 'false'n rather
than 'no valid antecedents' << just
to re-iterate, does 'genesis' also apply
to 'root' ?
mod6: im not sure
that i get
this ^ but... i
think we're all saying
the same
thing.
mod6: ben_vulpes: so you
think, what i'm calling
the 'hack'
to be just as good or more appropriate here? i'd rather check, personally.
phf: i don't mean
that
the patch is called "genesis", i mean
that
the concept is called genesis, so
there's no need for new nomenclature like "true root"
mod6: asciilifeform: sweet!
then i
think im in good shape.
ben_vulpes: mod6: moreover
the general case is looking
to be "project-genesis.vpatch"
☟︎ mod6: Then he's got a problem. So i felt like
this
type of checking, is more strict. And if it is proper, I will proceed.
mod6: phf: ok, see,
there is a hack i could have put in, instead. where i just ensure
that my root is named like /genesis/. But what if someguy calls his root, 1000 years from now, xyz.vpatch.
mod6: one way, I've found,
to solve
this is
to ensure
that any root in my list of roots, must be a "true root", in such
that if
the vpatch's every 'a'='false',
then it is a "true root".
mod6: the reason, I'm finding,
that my previous patch still listed a->b->d in
the flow, is because 'd' got picked up as a root. and
the reason it does is because at
this point, it has no antecedents.
mod6: so going back
to our discussion regarding: a->b->c->d all signed by x, if 'c' is removed
then
the flow should be a->b and now 'd' has become orphaned.
the correct strictness, 'v' (wot-variant) drops 'c' out all
together.
mircea_popescu: he might be working off some notebook bush left stuffed between
the actual books in
the wh library, because i seem
to recall a declassification of
technical details pertaining
to iraq's wmds also being in
the works for lo
these many
ten+ years.
shinohai: lo BingoBoingo ...latest Qntra. Bahamas gonna make
the Bundy cows a Nashnul monument.
davout: maybe next
time
they accidentally rip on
the keyboard or something
davout: obviously
that's what she said.
mircea_popescu: but as you nobody gave much a shit, kraken always was
the hollow pretense of nobody in particular.
davout: i should probably spend some
time actually documenting it instead of ranting here
davout: i vaguely remember something, but i
think i'd remember had it been something as glorious as goxfinex
mircea_popescu: kraken ?
they were hacked, plenty, what are you
talking about.
davout: i'll probably end up sentencing jesse powell
to death, depending on
the way
they handle
this
mircea_popescu: davout you had it right
the first
time : what you bought doesn't exist.
davout: asciilifeform: apparently "not hacked in a few years" is
the best you can get
these days
davout: they fail
to make
the intellectual link between "software doesn't actually behave according
to its documented behaviour" with "bug"
davout: when
these monkeys get
their shit rubbed in
their face
their answer is, I shit you not, "this isn't a bug, but we'll update our documentation
to match
the actual behaviour"
davout: it doesn't occur
to
their
two-cans-and-a-string fork
that it can use
the same fucking 10kEUR
to buy back
the asset I borrowed
davout: somehow, i now need
to "borrow" 10kEUR
to liquidate
the position, because somehow,
the result of
the sale doesn't exist!
davout: say i borrow 10 btc
to short on margin, i sell
those for 10kEUR @ 1000 EUR/BTC
davout: apparently
these fucktards expect one
to borrow assets
to fucking close a position