542300+ entries in 0.329s

trinque: who in
the fuck let
these bastards steal fire from
the gods, and why wasn't I
told about
this?
trinque: fluffypony: when I finally learned lisp it was
the same feeling
towards every other scripty language
mod6: still some 32400 nodes out
there
fluffypony: at least when
they "invent" a new database
they can invent silly architecture without caring about cryptography...the amount of retarded cryptography in
the altcoin space is scary
trinque: nevermind
the 40 years of research
that culminated in modern rdbms
trinque: "inventing" a new "database" is just like farting out an altcoin
these days
trinque: fluffypony:
there'll be one eventually
mod6: i guess maybe one other
time it ran a long
time like
this until it ran out of memory and blew its brains out
fluffypony: asciilifeform: "waffle" is my go-to when I
talk hypotheticals...WaffleCoin, WaffleOS, WaffleDB
trinque: then saying well fuck, since documents are right, obviously, lets do
that
trinque: the whole document store
thing
too,
that's just looking at
the net, accepting it as gospel
trinque: about writing
to /dev/null because obviously
that'd be insanely fast
trinque: heh I like
the line from
the "mongo is webscale
thing"
fluffypony: "but WaffleDB is so much faster
than mysql!" - which is a great argument if you're counting pageviews or storing log entries
trinque: lets not invent a database poorly as part of
the problem
trinque: and when you're working on something
that potentially involves
the wealth of goddamn kings...
trinque: fluffypony: yeah,
the
things ether are useless or are shitty SQS
fluffypony: and
they're
two steps away from having re-invented an RDBMS
fluffypony: trinque:
the worst is when
they create a "fast, distributed key-value store" and
then a couple of years later
they get pressured into adding "fully atomic
transactions" which ends up needing consistency, and so
that becomes "full ACID support", and
then fast-forward a few years and you have
them inventing a "SQL-like query language"
trinque: but
that should be reinvented each
time because speed
trinque: turns out a lot of
the code we wrap
these kv stores in looks a lot like shitty constraints, shitty
transactions, shitty referential integrity, etc
trinque: not like couchdb is any worse
than any other of
these
trinque: asciilifeform: rdbms is
the surgical one, I hope
trinque: should I be de-publishing
things
that ended up
timestamped on a dropped fork?
☟︎ trinque: which, is one confirmation even enough
to deal with
that?
trinque: *the problem with not recalculating all spendable outs each
time and
then picking one
trinque: the problem with
that approach is splits
trinque: I
think I'll just give deedbot an out
to spend and when it's depleted it's done, insert another please
trinque: "sorry database, I don't know
the data I want by name. You're supposed
to
tell me
that..."
trinque: rdbms is for modeling problems; best
tool
there is for
that
mod6: i'll put
together some log snippits when it does
trinque: I look at
this api and say "surely
there are not
this number of core abstractions..."
mod6: well, sooner or later
this
turd is gonna fail
trinque: magic!
the dream of
the 70s!
trinque: select id from
transaction_output except select output_id from
transaction_input
trinque: maybe when
the deturdulation is all said and done,
the act of programming against
the
thing can be improved as well
mod6: this is strange, last like 5-6
times i got wedged at 168,000 it errored out pretty quickly (like
the snippit in
the matrix doc), but now,
taking a good while...
decimation: perhaps
the node can walk jurov's
turdatron for specially marked (and signed) emails
mircea_popescu: (also bear in mind
these aren't really supposed
to ever power down)
mircea_popescu: think about it : if it won't be easy
to keep
track of ips it follows it's no longer a chokepoint.
decimation: even if we want
to start a backbone of little pogos, it won't be easy
to keep
track of ips
mod6: basically wedged at 168,000: just waiting for it
to error out.
mircea_popescu: it's lightweight, large and dependable. all
the qualities
the dns letters don't actually have.
mircea_popescu: i don't see
the letter dns servers perceive any need for putting my fucking ip in
their list anywhere.
mircea_popescu: the solution is perfectly
there. here's
the hole. here's a peg you may put in
there. or else stick your own cock or a bottle of coke
mircea_popescu: so you expected
to get gurls address and ship directly ?
mircea_popescu: uness you're shipping
them
to your mother, in which casse, put
there w/e you want
to put
there.
mircea_popescu: irrespective of what
the consumer may have come
to expect.
mircea_popescu: there is no burden
that i can conceive where one's held
to ship with prefilled config files.
mircea_popescu: the fact
that someone has a port open matters about as much as
the fact someone scribbled something on github/wikipedia/we
mircea_popescu: if you buy a coffee grinder it does not work out of
the box unless pre-filled with beans ?!
decimation: should
the nodes ship with a 'cannon' blockchain?
mircea_popescu: whosoever wants
to run one looks at our list, or if not at whatever list he feels like.
decimation: asciilifeform: looks like we are gonna have
to invent our own dns :/
mircea_popescu: sure, but a scientific enterprise in no way related
to generating seedlists.