<nsh>
about the same as the ratio of the diameter of the moon to the diameter of the sun :)
<moa>
1/389 then
<moa>
on average
<frankenmint>
yoleaux: earths atmosphere and space between that is a LOT of matter and particles to muck up resolution of said image - its like saying depend on your fingerprint for your password
<nsh>
you'd want to read and 'print' from high-orbit satellites
<nsh>
because screw the atmosphere
<nsh>
but i still don't know what 'print' means here
<frankenmint>
maybe passwords or sensitive documents that require an image overlay in cunjunction w/ a password to decrypt stuff
tlrobinson has joined #bitcoin-wizards
p15 has quit [Max SendQ exceeded]
Dr-G has quit [Disconnected by services]
Dr-G2 has joined #bitcoin-wizards
p15 has joined #bitcoin-wizards
mkarrer has quit []
kmels has quit [Ping timeout: 272 seconds]
rusty has quit [Ping timeout: 240 seconds]
GGuyZ has joined #bitcoin-wizards
mkarrer has joined #bitcoin-wizards
fddsff has quit [Ping timeout: 246 seconds]
<gmaxwell>
if you can laser edtch you can laser obliterate.
<gmaxwell>
there is a constantly reoccuring thread on alt.lasers on reasoning about the laser power needed to even _see_ a laser reflected off the moon excluding things like the retroreflector we placed there; its completely impraticle even given totally insane scifi budgets and state level support.
<nsh>
we could litter the surface with retroreflectors that operate like flip-flops
<nsh>
this is still completely impractical
<Taek>
you still have the problem of people writing bad data or trying to destroy/alter existing data
<gmaxwell>
nsh: retroreflectors with saturatable absorbers that go opaque after you shine on them for a while like a worm disk? :)
<nsh>
that would be a bit one-way, but i'd imagine you could have a bistable dye maybe
<adlai>
can't we program the moon to verify etched data?
<yoleaux>
Phys. Rev. A 47, 2205 (1993) - Stability analysis for an optical bistable dye system
<nsh>
(i like it when i have ideas and it turns out they aren't crazy)
<nsh>
(or that there are professional academics of equal craziness, at least)
<gmaxwell>
nsh: saturatable absorbers are actually used in production lasers today as an alternative to q-switches for pulsed operation.
<nsh>
oh, cool
<gmaxwell>
though those reset rather than being bi-stable.
<nsh>
how do they reset?
GGuyZ has quit [Quit: GGuyZ]
<nsh>
oh, i see
<nsh>
--
<nsh>
Absorption saturation, which results in decreased absorption at high incident light intensity, competes with other mechanisms (for example, increase in temperature, formation of color centers, etc.), which result in increased absorption.[3][4] In particular, saturable absorption is only one of several mechanisms that produce self-pulsation in lasers, especially in semiconductor lasers.[5]
<nsh>
One atom thick layer of carbon, graphene, can be seen with the naked eye because it absorbs approximately 2.3% of white light, which is π times fine-structure constant.[6] The saturable absorption response of graphene is wavelength independent from UV to IR, mid-IR and even to THz frequencies.[7][8][9] In rolled-up graphene sheets (carbon nanotubes), saturable absorption is dependent on diameter and chirality
<nsh>
(browsers should autoselect the anchor when you copy text from an anchored page. in fact the entire clipboard system is backwards and awful)
jtimon has joined #bitcoin-wizards
<nsh>
833i-l
<nsh>
^ (don't try to carry bottles of beer up the stairs by resting them in your laptop hinge)
d1ggy_ has joined #bitcoin-wizards
d1ggy has quit [Ping timeout: 255 seconds]
rusty has joined #bitcoin-wizards
DougieBot5000 has joined #bitcoin-wizards
<kanzure>
"completely impraticle even given totally insane scifi budgets and state level support."
<kanzure>
well there goes my plans for causing remote whole-planetary chemical reactions
* nsh
smiles
<nsh>
stars have prior-art on that anyway
<nsh>
you don't want to deal with solar IP attack lawyers
<moa>
experimenting with extinction level events is not allowed? where's the freedom in that
belcher has quit [Quit: Leaving]
<nsh>
:)
Burrito has quit [Quit: Leaving]
<nsh>
(humanity is an extinction level event, sadly)
<moa>
not for humans, at least as far as we know
<nsh>
right, at least until we ruin all the things we forgot to think hard enough about how interdependent we are with
<nsh>
.wik Holocene extinction
<yoleaux>
"The Holocene extinction, sometimes called the Sixth Extinction, is a name proposed to describe the currently ongoing extinction event of species during the present Holocene epoch (since around 10,000 BCE) mainly due to human activity." — http://en.wikipedia.org/wiki/Holocene_extinction
<nsh>
(some great photos of things wot don't exist no more in that article) *sadfaec*
gavmatic has joined #bitcoin-wizards
<moa>
evolution is a dynamic process unfortunately, freezing in an artificial stasis 'cause we can would be unwise but accelerating it may also be dangerous, it's not a simple question
akrmn1 has joined #bitcoin-wizards
akrmn has quit [Ping timeout: 256 seconds]
shesek has joined #bitcoin-wizards
<nsh>
it's probably possible to measure to define some proxy measurement of the healthiness of complex adaptive interpenetrating dynamic equilibria
<nsh>
we just don't tend to think in those terms
<nsh>
because we're upstart primates
<nsh>
*possible to define
fanquake has quit [Ping timeout: 246 seconds]
kmels has joined #bitcoin-wizards
felipelalli has quit [Ping timeout: 264 seconds]
fanquake has joined #bitcoin-wizards
maraoz has quit [Ping timeout: 245 seconds]
alferz has quit [Ping timeout: 244 seconds]
alferz has joined #bitcoin-wizards
alferz has quit [Ping timeout: 244 seconds]
alferz has joined #bitcoin-wizards
wallet421 has joined #bitcoin-wizards
wallet421 has joined #bitcoin-wizards
wallet42 has quit [Killed (wolfe.freenode.net (Nickname regained by services))]
wallet421 is now known as wallet42
Populus has joined #bitcoin-wizards
Populus has joined #bitcoin-wizards
nuke1989 has joined #bitcoin-wizards
maraoz has joined #bitcoin-wizards
maraoz has quit [Remote host closed the connection]
maraoz has joined #bitcoin-wizards
Populus__ has joined #bitcoin-wizards
Populus has quit [Disconnected by services]
Populus__ has quit [Client Quit]
frankenmint has left #bitcoin-wizards [#bitcoin-wizards]
zooko has joined #bitcoin-wizards
Populus has joined #bitcoin-wizards
Populus has quit [Changing host]
Populus has joined #bitcoin-wizards
Populus has joined #bitcoin-wizards
blazes816 has joined #bitcoin-wizards
jtimon has quit [Ping timeout: 256 seconds]
tcrypt has quit [Ping timeout: 256 seconds]
blazes816 has quit [Ping timeout: 246 seconds]
antgreen has joined #bitcoin-wizards
p15x_ has quit [Ping timeout: 256 seconds]
TheSeven has quit [Disconnected by services]
[7] has joined #bitcoin-wizards
Giszmo has quit [Quit: Leaving.]
Emcy_ has joined #bitcoin-wizards
copumpkin has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
Emcy has quit [Ping timeout: 252 seconds]
Emcy has joined #bitcoin-wizards
Emcy_ has quit [Ping timeout: 255 seconds]
frankenmint has joined #bitcoin-wizards
licnep has quit [Quit: Connection closed for inactivity]
frankenmint has left #bitcoin-wizards [#bitcoin-wizards]
jtimon has joined #bitcoin-wizards
jposner has joined #bitcoin-wizards
b_lumenkraft has quit [Ping timeout: 272 seconds]
frankenmint has joined #bitcoin-wizards
harrow has quit [Ping timeout: 252 seconds]
gnusha has quit [Ping timeout: 252 seconds]
gnusha has joined #bitcoin-wizards
rusty has quit [Ping timeout: 265 seconds]
ThomasV has joined #bitcoin-wizards
harrow has joined #bitcoin-wizards
zooko has quit [Remote host closed the connection]
weex_ has joined #bitcoin-wizards
weex_ has quit [Client Quit]
jtimon has quit [Ping timeout: 265 seconds]
weex_ has joined #bitcoin-wizards
weex has quit [Disconnected by services]
weex_ is now known as weex
weex has quit [Changing host]
weex has joined #bitcoin-wizards
felipelalli has joined #bitcoin-wizards
p15 has quit [Max SendQ exceeded]
moa has quit [Quit: Leaving.]
p15 has joined #bitcoin-wizards
p15x has joined #bitcoin-wizards
frankenmint has left #bitcoin-wizards [#bitcoin-wizards]
zooko has joined #bitcoin-wizards
jtimon has joined #bitcoin-wizards
ThomasV has quit [Ping timeout: 245 seconds]
kmels has quit [Read error: Connection reset by peer]
OneFixt has quit [Read error: Connection reset by peer]
b_lumenkraft has joined #bitcoin-wizards
thrasher` has joined #bitcoin-wizards
p15x has quit [Max SendQ exceeded]
p15x has joined #bitcoin-wizards
b_lumenkraft has quit [Client Quit]
b_lumenkraft has joined #bitcoin-wizards
ThomasV has joined #bitcoin-wizards
DougieBot5000 has quit [Quit: Leaving]
p15x has quit [Max SendQ exceeded]
p15x has joined #bitcoin-wizards
o84wb76g has quit [Ping timeout: 245 seconds]
p15x has quit [Max SendQ exceeded]
o84wb76g has joined #bitcoin-wizards
p15x has joined #bitcoin-wizards
gill3s has joined #bitcoin-wizards
maraoz has quit [Ping timeout: 256 seconds]
hktud0 has quit [Read error: Connection reset by peer]
felipelalli1 has joined #bitcoin-wizards
felipelalli has quit [Ping timeout: 256 seconds]
hktud0 has joined #bitcoin-wizards
Mably has joined #bitcoin-wizards
Tiraspol is now known as Chappy
Chappy is now known as Tiraspol
akrmn1 has quit [Ping timeout: 244 seconds]
akrmn has joined #bitcoin-wizards
jtimon_ has joined #bitcoin-wizards
antanst has joined #bitcoin-wizards
jtimon has quit [Ping timeout: 244 seconds]
jposner has quit [Remote host closed the connection]
ThomasV has quit [Quit: Quitte]
Pan0ram1x has quit [Ping timeout: 240 seconds]
Pan0ram1x has joined #bitcoin-wizards
andy-logbot has quit [Remote host closed the connection]
andy-logbot has joined #bitcoin-wizards
* andy-logbot
is logging
Relos has quit [Ping timeout: 250 seconds]
wallet42 has quit [Quit: Leaving.]
rustyn has quit []
felipelalli1 has quit [Ping timeout: 258 seconds]
frankenmint has joined #bitcoin-wizards
felipelalli has joined #bitcoin-wizards
frankenmint has quit [Remote host closed the connection]
rubensayshi has joined #bitcoin-wizards
felipelalli has quit [Ping timeout: 256 seconds]
felipelalli has joined #bitcoin-wizards
lclc has joined #bitcoin-wizards
CoinMuncher has joined #bitcoin-wizards
akrmn1 has joined #bitcoin-wizards
akrmn has quit [Ping timeout: 246 seconds]
ThomasV has joined #bitcoin-wizards
jtimon_ has quit [Ping timeout: 255 seconds]
akrmn1 has quit [Ping timeout: 246 seconds]
sparetire_ has quit [Quit: sparetire_]
Starduster_ has joined #bitcoin-wizards
Guest47933 has quit [Ping timeout: 258 seconds]
GAit has joined #bitcoin-wizards
akrmn has joined #bitcoin-wizards
akrmn has quit [Client Quit]
akrmn has joined #bitcoin-wizards
akrmn has quit [Quit: Leaving.]
akrmn has joined #bitcoin-wizards
<jaromil>
hay there, anyone knows what's up with bitcoin.it down ?
o84wb76g has quit [Ping timeout: 245 seconds]
<Taek>
jaromil: #bitcoin (server got hacked via social engineeering, had to be reset)
GGuyZ has joined #bitcoin-wizards
GGuyZ has quit [Client Quit]
<Mably>
Do you mean that bitcoin.it and bitcointalk.org are hosted on the same "machine"?
c-cex-yuriy has joined #bitcoin-wizards
ThomasV has quit [Quit: Quitte]
<jaromil>
ACK, thx
o84wb76g has joined #bitcoin-wizards
bsm117532 has joined #bitcoin-wizards
dEBRUYNE has joined #bitcoin-wizards
GGuyZ has joined #bitcoin-wizards
o84wb76g has quit [Ping timeout: 245 seconds]
priidu has joined #bitcoin-wizards
Quanttek has joined #bitcoin-wizards
d1ggy_ has quit [Quit: Leaving]
wallet42 has joined #bitcoin-wizards
lclc has quit [Quit: Konversation terminated!]
wallet42 has quit [Client Quit]
shesek has quit [Ping timeout: 252 seconds]
frankenmint has joined #bitcoin-wizards
antgreen has quit [Ping timeout: 272 seconds]
bsm117532 has quit [Remote host closed the connection]
frankenmint has quit [Ping timeout: 272 seconds]
dc17523be3 has quit [Ping timeout: 250 seconds]
dc17523be3 has joined #bitcoin-wizards
b_lumenkraft_ has joined #bitcoin-wizards
b_lumenkraft has quit [Ping timeout: 240 seconds]
b_lumenkraft_ is now known as b_lumenkraft
bsm117532 has joined #bitcoin-wizards
Relos has joined #bitcoin-wizards
c-cex-yuriy has quit [Ping timeout: 256 seconds]
c-cex-yuriy has joined #bitcoin-wizards
ThomasV has joined #bitcoin-wizards
antgreen has joined #bitcoin-wizards
GGuyZ has quit [Quit: GGuyZ]
GGuyZ has joined #bitcoin-wizards
p15x has quit [Max SendQ exceeded]
gavmatic has quit [Quit: Connection closed for inactivity]
afk11 has joined #bitcoin-wizards
p15x has joined #bitcoin-wizards
Guyver2 has joined #bitcoin-wizards
dc17523be3 has quit [Ping timeout: 276 seconds]
dc17523be3 has joined #bitcoin-wizards
ThomasV has quit [Ping timeout: 246 seconds]
Populus has quit [Remote host closed the connection]
<gmaxwell>
phantomcircuit: I don't know of any such problem. Its just that that vision needs either snarks or potentially huge proofs accepted with payments.
<akrmn>
Adlai: Yes that one
sbos99 has joined #bitcoin-wizards
sbos99 has quit [Max SendQ exceeded]
<phantomcircuit>
petertodd, i remember there being some issue with much larger miners being able to steal rewards from smaller miners
nubbins` has joined #bitcoin-wizards
<phantomcircuit>
am i mistaken or did you fix that?
<phantomcircuit>
akrmn, there is active work being done on trustless micropayment channels in a hub/spoke topology supporting multiple hops
<phantomcircuit>
ie lightning
<phantomcircuit>
(that description is probably broken in some way...)
<petertodd>
phantomcircuit: I think you're mistaken there - though the bigger issue, is I suspect it's not likely to get used for currency stuff directly anyway, for the forseeable future
MoALTz has joined #bitcoin-wizards
<akrmn>
Yes I heard of lightning, still don't fully understand it, but I think it's just if you want "instant" transactions, but doesn't really fix the low volume of transactions problem.
<Luke-Jr>
akrmn: probably would be easier to just leave addresses as a deprecated mainchain-only thing, and extend the payment protocol to decide what sidechain you want to receive the payment on. this could work with non-"scaling" sidechains, and is really orthogonal to your idea IMO
<Luke-Jr>
a year or so ago, I was thinking sidechains may be a scalability solution, but I decided to put further thoughts on this line off until sidechains were more mature, and now think Lightning may make such experiments unnecessary
<phantomcircuit>
akrmn, micropayment channels (which lightning is an extension of) allow for net settlement
tlrobinson has quit [Quit: tlrobinson]
<phantomcircuit>
lightning allows for net settlement through a hub
<petertodd>
I suspect where we'll actually see ugly scaling pressure is in people using the blockchain for things like escrow, as well as less-directly financial use-cases
<Taek>
what timeline are we assuming? Lightning still requires setup transactions, there currently isn't enough room on the blockchain for 7 billion people to each have a setup tranasction
<phantomcircuit>
petertodd, the vast majority of financial cases really just need timestamping
<akrmn>
Luke-Jr: OK that could work too I suppose, instead of deciding based on addresses.
<petertodd>
phantomcircuit: no, they don't... timestamping is not interesting
<Luke-Jr>
akrmn: if you did it based on address, the receiver would need to monitor every such sidechain basically
<akrmn>
Luke-Jr: Well if they use addresses only in the same set, then it should stay in the same sidechain
<akrmn>
But there would be duplication
<phantomcircuit>
petertodd, eh
<akrmn>
where if you have an address from another set involved, it would be duplicated in that one too
<petertodd>
phantomcircuit: what do you mean exactly by "timestamping"?
<petertodd>
phantomcircuit: what are you trying to prevent?
<akrmn>
I don't see how lightning can solve the storage size problem
<phantomcircuit>
petertodd, enabling someone to make a falsifiable statement is quite often enough
felipelalli has joined #bitcoin-wizards
<phantomcircuit>
"these were out accounting records on may 1, 2013"
<akrmn>
I guess you just store only what you deal with in your own lightning networks
<akrmn>
but I think it's less decentralized, then sidechains/subchains
<Luke-Jr>
akrmn: I suppsoe they can "vanitygen" addresses in the same set, but that's ugly.
<ajweiss>
akrmn: you open up a micropayment contract with an intermediary and fund it, then spend around on the lightning network. the intermediaries settle on occasion.
sparetire_ has joined #bitcoin-wizards
<phantomcircuit>
this obviously doesn't enable interesting things like trustless exchange, but mostly ownership of financials is through a third party trusted issuer
<akrmn>
ajweiss: Ya and it's a bit more restrictive, because it has to be a micropayment contract
<akrmn>
lightning is still complementary to what I propose, just you use it only when you want very fast transactions.
<ajweiss>
well that's the point, it moves from on-chain transactions to offchain transactions with guarantees that no intermediaries are going to screw you over.
<Luke-Jr>
phantomcircuit: eh, the *users* settle on occasion, not the intermediaries..
<Luke-Jr>
phantomcircuit: Lightning is a trustless system
<Luke-Jr>
ajweiss: Lightning hubs can't screw you over (other than locking funds for some predefined time period)
<akrmn>
With subchains, you use the level of chain according to the size of transaction you want to make.
<phantomcircuit>
Luke-Jr, yeah that's what i meant
<petertodd>
phantomcircuit: remember that timestamping *only* proves that *a* particular bit of data existed before a certain time, nothing else
<petertodd>
phantomcircuit: what you usually need for records is that for a given domain only *one* piece of data exists; what my proofchains implements with txouts as anti-doublespend devices
<phantomcircuit>
petertodd, yeah i know, im saying that very often you actually dont need that proof
<petertodd>
phantomcircuit: well, I'm saying you do :) heck, I just got back from ny and multiple meetings with various banks about this stuff...
<phantomcircuit>
but that's maybe not interesting :P
<akrmn>
I don't understand gmaxwell's response: "But it is a functonal reduction to SPV security for anyone who isn't validating the rest, so it retains most of the fundimental centeralization vs scale tradeoff"
<akrmn>
The first part he's talking about SPV security. Aren't SPV nodes just fake unsafe full nodes?
<akrmn>
Then the second part, he says it retains some kind of tradeoff. In a good or bad way?
<Taek>
It's a lot easier to scale a system (distributed or otherwise) when you start introducing centralization
<akrmn>
ok...?
<Taek>
gmaxwell is saying that you have introduced centralization to achieve your scaling, something that is less interesting b/c there are other known ways to achieve that
<phantomcircuit>
akrmn, SPV nodes provide Simple Payment Verification, they are generally safe if you assume that the majority of hashing power is following the rules
<akrmn>
How did I introduce centralization?
<phantomcircuit>
the primary difference in security between a full node and an spv client is the impact of an attack
<akrmn>
Currently, for small transactions we have centralization (off chain transactions) so this eases it by having more decentralized off chain transactions (in sub chains)
<phantomcircuit>
which is to say the security assumptions are the same, but that the consequences of those assumptions being broken is much worse with an spv client
<akrmn>
I will read more about SPV
<akrmn>
but I think the best model is: Run a bitcoin node on your home desktop. Connect to your home desktop bitcoin node via a VPN if you're outside (like on a phone).
<akrmn>
So why do you need an SPV?
<phantomcircuit>
akrmn, spv + trusted full node is the same security as a full node
<ajweiss>
what if i don't want to run infrastructure at home and i just want a smartphone app that works? then i use spv.
frankenmint has left #bitcoin-wizards [#bitcoin-wizards]
<phantomcircuit>
spv + lying full node is at least not horribly broken
<phantomcircuit>
where as dumb client + compromised trusted full node is game over
<phantomcircuit>
spv client if you have a trusted full node is just smart risk mitigation
<akrmn>
ajweiss: OK if you don't want, then you can use SPV, but there should be the option for people to run a node themselves, instead of being forced to trust someone else.
<akrmn>
Still I have to understand why the blockchain extension I propose actually weakens SPV security
Guyver2 has quit [Remote host closed the connection]
<Taek>
gavinand1esen: I'm perhaps not the best person to say this, but my understanding is that the biggest opposition to larger blocks comes from the cost of validation, not from the risk of miner centralization.
gmaxwell has left #bitcoin-wizards [#bitcoin-wizards]
<gavinand1esen>
I’m trying hard to get people to stop arguing angels-dancing-on-the-head-of-a-pin and actually work out costs so we can have a rational discussion of costs and benefits....
<phantomcircuit>
gavinand1esen, "I ran some simulations, and if blocks take 20 seconds to propagate"
<phantomcircuit>
that's quite an assumption
<gavinand1esen>
phantomcircuit: we validate at about 1MB per second…. I assume miners are on at least 1MB-per-second network connections.
<gavinand1esen>
(well, my old Mac validates at MB per second)
<Taek>
gavinand1esen: running a node on a datacenter requires you to trust that datacenter. It's much safer to run a node at home, where you lose the economic advantages of datacenters; it's especially a lot more expensive if you're in a less developed part of the world
<Taek>
Furthermore, less developed parts of the world appear to have much more to gain from switching to Bitcoin as their banking/financial infrastructure is much weaker in the first place
<phantomcircuit>
gavinand1esen, if slowing validation gives miners an advantage i can think of more than a few ways to do that
<gavinand1esen>
Taek: if you are going to argue that everybody should be able to run a full node over a 56K dial-up modem connection then we’re going to have to agree to disagree
<gavinand1esen>
phantomcircuit: slowing by messing with network connections? THat’s indepdent of block size.
<gavinand1esen>
Taek: I’m not sure exactly what you are arguing. What should people be able to do on exactly what type of connection? Numbers, please.
GGuyZ has quit [Quit: GGuyZ]
d1ggy has joined #bitcoin-wizards
priidu has joined #bitcoin-wizards
<Taek>
As many people worldwide should have access to a node that they trust which is capable of verifying the entire blockchain, furthremore, the process for verifying from genesis needs to achievable: if you can *just* keep up, you don't have enough space to verify from genesis.
<Taek>
'node that they trust' could include a local library I suppose. It doesn't necessarily need to be in-home
<Taek>
but requiring it to be in a massive datacenter seems unreasonable
<gavinand1esen>
Taek: numbers, please. The blockchain is 20GB now, and getting bigger… many people will be unable to keep up with what we have NOW.
<gavinand1esen>
Taek: and why are you saying ‘massive datacenter’ ? I run a full node from home, from my office, and could easily continue to run with 20MB blocks.....
<Luke-Jr>
gavinand1esen: I'm not sure I could.
<phantomcircuit>
gavinand1esen, no ... by adding a bunch of previously unseen transactions to the block
<phantomcircuit>
which will also stall any other blocks from being processed
<Taek>
"I’ll use ChunkHost’s current pricing to do some back-of-the-envelope calculations." --> you're calulations are based on datacenter prices in your blog post.
<Taek>
*your
<gavinand1esen>
phantomcircuit: I cover that in the blog post— a 20MB block full of not-previously-seen transactions takes about 20 seconds to validate on a modest PC.
<gavinand1esen>
phantomcircuit: … and 20 seconds extra propagation is not a big deal.
<Luke-Jr>
uh
<Luke-Jr>
that's 20 seconds *per hop*
<gavinand1esen>
Luke-Jr: yes, but propagation is exponential so it doesn’t really matter. Play with my simulator a big, I was surprised at how robust even extreme network topologies are.
<phantomcircuit>
gavinand1esen, that is nonsense
<Luke-Jr>
hm
<phantomcircuit>
a 20MB full block with cold cache takes 60 seconds on a 4 core i3
<phantomcircuit>
and about 50 seconds on my laptops i7-4700MQ
<phantomcircuit>
and that's without intentionally trying to construct slow nonsense
<gavinand1esen>
phantomcircuit: SSD or spinning disk?
* ThomasV
grabs popcorn
hashtag_ has quit [Ping timeout: 244 seconds]
<gavinand1esen>
phantomcircuit: I benchmarked on my 3.4ghz i7 (4-core, I think), hybrid SSD/spinning disk.
<Luke-Jr>
start talking about SSD, suddenly the cost of storage goes up up up
<phantomcircuit>
gavinand1esen, SSD each with dbcache=4096 and likely entire utxo in page cache
<gavinand1esen>
phantomcircuit: I can easily run a simulation with 60-second propagation… one sec....
<gavinand1esen>
phantomcircuit: … but wait, what attack are you worried about?
<phantomcircuit>
bad simulation leading to decision making attack
c-cex-yuriy has quit [Quit: Connection closed for inactivity]
<gavinand1esen>
phantomcircuit: (if 60 second propagation, a 30% miner could get 31% of blocks) (assuming the small miners produce 20MB blocks, if they produce 1MB blocks they’ll actually make the 30% miner produce fewer than 30% of blocks)
<gavinand1esen>
phantomcircuit: patches welcome for the simulator code.
<phantomcircuit>
ThomasV, someone was recently saying there's issues with links on electrum.org btw
<ThomasV>
phantomcircuit: links were fixed yesterday I think
<gavinand1esen>
phantomcircuit: RE: validation: I’m being pretty conservative— not assuming that secp256k1 happens, or any other optimizations.
<phantomcircuit>
gavinand1esen, i have little interest in improving the simulation; a hard forking change to do something that is at best a 1:1 cost increase in transaction volume/full node cost is likely never going to be justifiable
<gavinand1esen>
phantomcircuit: so you’re saying “my mind is made up and there is nothing you can say that will convince me”
<gavinand1esen>
......
<gavinand1esen>
okey dokey
<phantomcircuit>
same to you
<Taek>
phantomcircuit: I find that argument a little unreasonable. 20kb block sizes are obviously bad for the network. Clearly there's an optimal number, even if scaling is 1:1
felipelalli has quit [Ping timeout: 245 seconds]
<gavinand1esen>
I am completely open to rational arguments for why a blocksize increase would be : too expensive, too dangerous ....
<gavinand1esen>
But “more expensive” if “more” is $11 per month will not convince me.
<phantomcircuit>
Taek, there is probably some number which is better than 1MB and it would be nice if that and an algorithm for adjusting it had been implemented before bitcoin was a several billion dollar experiment
<phantomcircuit>
Taek, but it wasn't; so the risk of doing a hard fork has to be weighed against the benefits
<akrmn>
gavinand1esen: storage space is the problem. You can read my recent proposal on the bitcoin dev mailing list. I am open to counterarguments from people who take your side.
<phantomcircuit>
the risk is clearly great and i view the benefits as being effectively zero
<gavinand1esen>
akrmn: storage for what? blockchain or utxo?
<phantomcircuit>
akrmn, storage space is irrelevant
<phantomcircuit>
bandwidth/cpu time/storage in order of relative cost
<akrmn>
You lose transaparency of the whole system. Being able to track all the transactions from the past 10 years of your government officials is a good thing that we don't want to lose no?
<Taek>
gavinand1esen: at the Boston dev core you mentioned that your target 'node runner' was someone technically advanced, like a software dev. I'm having trouble accepting this as a good line for where people should stop running full nodes. I confess that I struggle to understand the complete picture when trying to draw the line between who should be able to run a validating node and who shouldn't.
<phantomcircuit>
Relos, off the top of my head; increased cost of operating a full node, systemic risk of various factions economically forking bitcoin (ie coinbase bitcoin, btce bitcoin, bitpay bitcoin, because they all selected different block sizes as the limit)
<Relos>
phantomcircuit, that post is largely general statements...
<Taek>
is it 'good enough' if 99% of people heavily dependent on bitcoin don't run nodes and don't pay attention to the general evolution of the protocol?
<phantomcircuit>
Relos, centralization of mining as a consequence of block processing being massively cpu limited
<gavinand1esen>
Taek: yes
<Relos>
gavin here is giving specific numbers and estimates which presumably is better than simple general statements
<phantomcircuit>
ie i can easily buy a 20k server if i have $1m in hw
<gavinand1esen>
Taek: we are already there, 99% of people use a SPV or hosted wallet. That is OK.
<phantomcircuit>
but not if i have $5k in hw
<phantomcircuit>
gavinand1esen, that is not ok
<phantomcircuit>
what the fuck
<Taek>
gavinand1esen: do you have a blog post explaining that more clearly? I think that's something I would be interested in reading
<Relos>
so if we do specific numbers... increasing cost of operating a full node, by how much, would it increase it to such a degree that with some simple investment ordinary joe can't afford it... etc
<gavinand1esen>
It is just fine, in the same way most people don’t run their own SMTP or web server.
<Taek>
We are already there, you are correct, but I'm not sure that we should consider it an acceptable place to be
<gavinand1esen>
As long as you CAN run your own SMTP or web server....
<gavinand1esen>
The vision was never, ever, everybody in the world will be fully validating every single transaction.
<phantomcircuit>
Relos, his proposal is a 20MB block, which would increase the cost by a minimum of 20x and probably more since hardware costs tend to scale non-linearly with single system performance
<Relos>
thats assuming everyone would use the full blocksize
<Relos>
because of some sort of attack
<ThomasV>
was there ever a vision?
<Relos>
which gavin's new blog post can't see
<Relos>
so maybe specify this attack?
<Relos>
maybe be more objective I guess
<gavinand1esen>
ThomasV: sure, go read THe Book of Satoshi
<ThomasV>
:)
<akrmn>
gavinand1esen: Obviously a regular person can't validate every small transaction, but using my partitioning scheme, you can validate exactly what you want to validate and nothing more and nothing less, without a softfork. That is superior IMO.
<gavinand1esen>
akrmn: no, you can’t, because transaction inputs would span sub-chains.
<phantomcircuit>
Relos, if 99% of the users switch to trusting someone else bitcoin has failed
<gavinand1esen>
akrmn: you need to learn more about how things work.....
<HostFat>
I think that many will argue as much as they can, even if they are wrong. But at the time there will be the problem, when confirmations will start to delay and tx disappear, the first and easy solution will prevail.
<HostFat>
Maybe the 20 MB block, maybe something like the Lightning Network. It doesn't matter what people argue now. Users/market will want an easy and fast solution when they'll clash against the problem.
<Relos>
phantomcircuit why is bitcoin decentralised?
<phantomcircuit>
at that point we might as well just have a set of federated timestamping servers
<gavinand1esen>
phantomcircuit: very modest hardware and pretty-good bandwidth will deal just fine with 20MB blocks
<Relos>
I mean, what does decentralisation achieve?
<gavinand1esen>
phantomcircuit: … or pay a modest amount of money for a VPS in a datacenter....
<Relos>
is the purpose decentralisation itself, or whatever its achievements are?
<phantomcircuit>
gavinand1esen, even you were saying it would cost like $500/year
lnovy is now known as zz_lnovy
<phantomcircuit>
no vps provider is going to let you run a bitcoin node that's spinning the cpu 24/7
<phantomcircuit>
they're all over sold 20-100x
<binaryatrocity>
speaking of general statements o.0
<akrmn>
gavinand1esen: I don't fully understand what you mean. I hope your read what I wrote fully. If I have an address that is associated to only one series of subchains, then my transactions with that address will only end up in those subchains. Yes, there will be duplication if addresses associated with other subchains are involved in the transaction, but that is not a big effect, I think.
<gavinand1esen>
phantomcircuit: why would 20MB blocks spin the CPU 24/7 ? Validation is spread out over 10 minutes....
<kanzure>
Relos: avoids middlemen
<gavinand1esen>
akrmn: you need to learn more about how things work….
<akrmn>
gavinand1esen: Yes I am willing to learn
<phantomcircuit>
Relos, possibly you're confusing decentralization with reduced trust
<akrmn>
If I am wrong
<Relos>
my pint was decentralisation itself isn't necessarily the aim, but what it achieves, so its an ends to a means, and we are speaking of extremes here really, sort of what if questions
b_lumenkraft has quit [Quit: b_lumenkraft]
<Relos>
gavin is producing numbers to show that costs wouldnt increase to such a point where u cant run a node (without some super modest investment)
<petertodd>
phantomcircuit: the funny thing for me about this discussion is how I just got back from NY giving a presentation on Ripple to about a dozen banks... who are all very concerned about how poorly Ripple scales... and this is !@#$ banks who have Budgets(TM)
<Relos>
and giving numbers, analysis, estimates...
<petertodd>
phantomcircuit: (Ripple Labs Ripple that is, the one with a global consensus ledger that every transaction goes on)
<phantomcircuit>
Relos, seriously if you're ok with trusting 5 of 8 big banks to timestamp your messages you can build something much more scalable than bitcoin will ever be
<Relos>
while on the other hand we have general statements without analysis, numbers or estimates, but simple and subjective opinions...
<phantomcircuit>
as in trivially handles 1m tps
<Taek>
petertodd: why are banks interested in decentralized ledgers? Is it fully internal or are there external reasons too?
<Relos>
as I said gavin has produced numbers to show that anyone can run a node with a 20mb blocksize even if, for some reason, the full blcksize was used
<Relos>
so why would it be 5-8 banks? or nodes
<phantomcircuit>
petertodd, Ripple(tm) is how i refer to it
kmels has quit [Ping timeout: 264 seconds]
<petertodd>
Taek: depending on what you mean by "internal" yes :) they're current systems tend to be so horribly insecure that when something goes wrong there aren't genuine audit trails
<phantomcircuit>
petertodd, i still find Ripple(tm) to be super hilarious, they managed to bring together the worst properties of a bunch of systems and almost none of the good ones
<petertodd>
Taek: what the architecture tends to be is to have a central clearing house where transactions are submitted *without* cryptography - at best point-to-point link-level encryption. If the records go out of sync you're never really sure why that happened, which they combat with spectacular amounts of human auditing and paper shuffling.
<ThomasV>
gavinand1esen: assuming 20mb happens, are there other changes that you would like to include in the hard fork?
<petertodd>
Taek: blockchains distributed across multiple parties, with access proven - to a first approximation - by crypto is a pretty big improvement there, but the smarter guys are wary about the poor scaling and inherent upgrade treadmills that blockchains have - the original Ripple concept was a good one in that vein
<HostFat>
I'm waiting to see the new consensus of Stellar running
[7] has quit [Quit: No Ping reply in 180 seconds.]
<gavinand1esen>
ThomasV: no, because I think arguing over what to include or not would just slow things down.
<ThomasV>
yeah, that's what I thought
<petertodd>
Taek: as for where truly decentralized ledgers can play a part, basically you can use a "permissioned" ledger to prove that the rules were followed by validating the contents of the ledger, and then use a PoW blockchain to prove that there only exists one copy of that ledger - the latter can give a useful energy-based bound on what it'd take to double-spend (basically this is where my proofchains work is going, at ...
<petertodd>
... least with respect to those clients)
<kanzure>
er with the available pow hashing markets, it's not just energy-based bound but also monetary-bound
<petertodd>
ThomasV: in other contexts they call hard forks "flag days", and avoid them at all costs :)
<petertodd>
kanzure: yeah, it's an imperfect thing, but it can certainly be better than "oh shit, you mean you've been using a different ledger for the past five months?!"
TheSeven has joined #bitcoin-wizards
<Taek>
petertodd: that's fascinating, and seems like it would improve regulation infrastructure substantially
<kanzure>
petertodd: if you are interested in extracting projects and money out of them, i suggest something other than total ledger replacements. even just audit trail stuff sounds like it would be a net win :-/.
<phantomcircuit>
gavinand1esen, lets make the huge assumption that a hard fork is possible without causing massive harm (im 90% sure this is false, but lets assume)
<petertodd>
Taek: yes... and no. :) remember that banks hate regulation too - by "improve" part of that can be that point-to-point ledgers that *aren't* global but are proven consistent with a global blockchain can give you the best of both worlds: privacy, with security
<phantomcircuit>
gavinand1esen, there are lots of things more interesting/useful than changing the blocksize limit
<gavinand1esen>
phantomcircuit: … that don’t require SPV clients to upgrade?
<petertodd>
Taek: there's also jurisdictional risk: if you're "decentralized" ledger is actually controlled by a small number of validators, even if you're law abiding you may find that the people in control of the system aren't in the same jurisdiction you're in, a huge business risk
<phantomcircuit>
gavinand1esen, any half sane spv client would need to upgrade anyways, they are checking merkle tree branch depth... right??
<petertodd>
Taek: one of the things they really like about Bitcoin is that for the purpose of securing other systems, you get this *extremely* jurisdictional neutral layer that anyone can choose to use - lots of prior efforts at modernising financial systems have failed because no-one could come to agreement on jurisdictions (the SWIFT system nearly ended up being a recent case in point when the US tried to kick Russia out - ...
<petertodd>
... that that could happen at all is really scary)
<petertodd>
phantomcircuit: lol, I noticed today that bitcoinj android wallet doesn't even notice doublespends properly...
<Relos>
its as if most people dont want to run a full node
<Relos>
coders seem to forget that most people aren't coders
<gavinand1esen>
phantomcircuit: mmm, if I was coding an SPV client I would just have a DoS limit on the merkle branch depth of 111 or something....
<petertodd>
Relos: ...which is an enormous existential risk for bitcoin :(
<Relos>
If - say as a doctor - I want to use btc - I dont care about nodes, I dont care about anything more than pressing a button and making this thing which is ment to make my life better do what I want it to do
<petertodd>
Relos: well, unfortunately we just don't have the tech yet to give you what you want, sorry
<petertodd>
Relos: Bitcoin is a system that fails if people don't participate in it widely
<Relos>
thats the vast majority which by any common reason would use an spv wallet if they use an offline wallet at all
kmels has joined #bitcoin-wizards
<Relos>
so petertodd you want to make everyone a coder? if people wanted to be coders they wouldn't have chosen other professions...
<gavinand1esen>
petertodd: participate how? Bitcoin will succeed just fine if there are 100,000 fully-validating nodes and 2 billion people using it
<petertodd>
Relos: I want a pony too, but we haven't invented one yet
<Relos>
the vast majority of people dont want to code, don't want to learn about intricacies etc
<ThomasV>
the absence of consensus on a hard fork is a good incentive to run full nodes
frankenmint has joined #bitcoin-wizards
<gavinand1esen>
petertodd: you have a tendency to claim that bitcoin is doomed if everybody isn’t downloading and compiling the code from scratch….. (ok, I exaggerate. Downloading then checking gpg signatures....)
<petertodd>
gavinand1esen: there are roughly that number of banks in the world...
<gavinand1esen>
petertodd: yes, and the big problem with the banking system is I can’t just up and decide to start one. If bitcoin ever has THAT problem then I’d worry.
<petertodd>
gavinand1esen: no, as I was telling you even just yesterday in that interview, I have a much more nuanced take on it that you like to try to present - stop strawmanning
<phantomcircuit>
gavinand1esen, except you can calculate the minimum size of a transaction and you know the maximum blocksize, so you can also calculate the maximum depth of the merkle tree, which provides a real security benefit, a miner that's generating a block to cheat spv clients is limited in how many fraudulent transactions they can put in the block
<phantomcircuit>
it's not a massive improvement, but when you consider that most spv clients involve small amounts of funds
<phantomcircuit>
it's likely enough
<petertodd>
gavinand1esen: as I have said many times before, what matters most is that people have the option in a genuine and easy way, which changes the political landscape around the system
<gavinand1esen>
petertodd: I think we agree, which is why I’m proposing modest minimum hardware/bandwidth requirements......
<petertodd>
phantomcircuit: also remember the discussions the previous time all this came up of how you need things like merkle sum trees committing too total blocksize
spinza has quit [Excess Flood]
<phantomcircuit>
petertodd, yeah, that is potentially a softforking change though
<petertodd>
gavinand1esen: and they aren't modest, they conflict with the only way we know how to create an incentive to secure the blockchain in the future, and they give us a tiny improvement in the grand scheme of things, with no clear way to go further
<phantomcircuit>
so im less worried about it
<petertodd>
phantomcircuit: oh for sure
temujin has quit [Quit: Page closed]
<gavinand1esen>
petertodd: are you talking about “small blocks means more fees” argument to secure the chain in the future? I’m getting tired of answering arguments I’ve already written about....
<petertodd>
gavinand1esen: well, you haven't answered those arguments to my satisfaction, or really, anyone else here, so I guess that's that...
<Relos>
I'd rather have 1 million people pay 1 pence than 1 person pay 1 million dollars
<Relos>
how doesn't that answer it?
<phantomcircuit>
writing about something on your blog doesn't mean you've answered the question or even responded to all of the reasonable objections
<phantomcircuit>
which im quite sure isn't true for either
<gavinand1esen>
… now I really do have to go. The problem with “responding to all the reasonable objections” is I don’t have an infinite amount of time and it is much easier to raise theoretical objections than to carefully think about and explain why everything will be OK
spinza has joined #bitcoin-wizards
<petertodd>
gavinand1esen: the fact that you aren't even close to getting consensus on this issue should be telling you something
<petertodd>
anyway, this discussion is unproductive...
<phantomcircuit>
the burden of demonstrating that a huge unsafe change is infact safe lies with the person proposing the change
<phantomcircuit>
as it should be
<petertodd>
phantomcircuit: +1
antanst has left #bitcoin-wizards [#bitcoin-wizards]
<gavinand1esen>
… which is why I’m spending so much time going through the objections....
<Relos>
and not changing the size is a change
<HostFat>
I think that it's better to code than arguing, as satoshi was doing ... if people doesn't understand or just has much more time on talking than coding
<gavinand1esen>
Through the whole discussion just now I got exactly two reasonable objections: that 20MB blocks will use up 100% CPU on a VPS (which I can test). And that a hard fork can’t happen because hard forks are bad (which is on my list to respond to)
<phantomcircuit>
Relos, no it's not and that statement is nonsensical to the point of being absurd
<petertodd>
gavinand1esen: btw, re: hearn's fee concerns, any objections to first-seen-safe RBF? (ie the all outputs must be >= replaced tx)
<gavinand1esen>
petertodd: haven’t thought about it… (and now I am REALLY late, so gotta go)
<petertodd>
gavinand1esen: cool
airbreather has quit [Read error: Connection reset by peer]
frankenmint has left #bitcoin-wizards [#bitcoin-wizards]
isis has joined #bitcoin-wizards
StephenM347 has quit []
akrmn has quit [Quit: Leaving.]
akrmn has joined #bitcoin-wizards
hashtag_ has joined #bitcoin-wizards
jtimon has joined #bitcoin-wizards
zooko has quit [Ping timeout: 246 seconds]
ThomasV has quit [Ping timeout: 244 seconds]
licnep has quit [Quit: Connection closed for inactivity]
GGuyZ has joined #bitcoin-wizards
NkWsy has joined #bitcoin-wizards
kmels has quit [Read error: Connection reset by peer]
DougieBot5000 has quit [Quit: Leaving]
copumpkin has joined #bitcoin-wizards
contrapumpkin has joined #bitcoin-wizards
copumpkin has quit [Remote host closed the connection]
copumpkin has joined #bitcoin-wizards
contrapumpkin has quit [Remote host closed the connection]
contrapumpkin has joined #bitcoin-wizards
copumpkin has quit [Remote host closed the connection]
hashtag_ has quit [Ping timeout: 272 seconds]
contrapumpkin has quit [Remote host closed the connection]
hashtag_ has joined #bitcoin-wizards
NewLiberty has joined #bitcoin-wizards
<dgenr8>
suppose no blocksize limit, and naughty miner makes a 10TB block this afternoon. what would happen?
<NewLiberty>
No one builds on it?
mappum has quit [Ping timeout: 252 seconds]
<dgenr8>
that's what I was getting at ... but it's not clear what it means to assume no limit on network xfer size
<ajweiss>
it's ~32MB last i checked
<ajweiss>
but this is a #bitcoin discussion
vonzipper has quit [Ping timeout: 252 seconds]
mappum has joined #bitcoin-wizards
metamarc has quit [Ping timeout: 258 seconds]
vonzipper has joined #bitcoin-wizards
metamarc has joined #bitcoin-wizards
Mably has quit [Ping timeout: 244 seconds]
nuke1989 has quit [Remote host closed the connection]
dEBRUYNE has quit [Ping timeout: 265 seconds]
<Taek>
does 100,000 nodes count as decentralization if they are running code that's only been read/reviewed O(100s) of times?
<Taek>
and if an ignorant person is running a full node, knowing nothing more about the network than it's just good hygene to run a full node, does that count for much?
<Taek>
ah I meant to put this in #bitcoin, sorry
superobserver has joined #bitcoin-wizards
<dgenr8>
Taek: it counts in proportion to the clients using that fullnode