01:08:29 | contrapumpkin: | contrapumpkin is now known as copumpkin |
05:14:18 | Anduck: | Anduck is now known as Guest75174 |
07:53:37 | pigeons: | pigeons is now known as Guest28976 |
08:05:13 | tepper.freenode.net: | topic is: This channel is not about short-term Bitcoin development | http://bitcoin.ninja/ | This channel is logged. | For logs and more information, visit http://bitcoin.ninja |
08:05:13 | tepper.freenode.net: | Users on #bitcoin-wizards: andy-logbot Guest28976 MoALTz__ at0mat jchp lclc Guyver2 quackgyver_ p15 Anduck_ TheSeven Graet CodeShar_ HM nuke1989 RoboTeddy Emcy eslbaer_ Dr-G2 fanquake dgenr8 zenojis koshii copumpkin nsh_ hollandais tromp Aquent_1 Graftec HaltingState grubles DougieBot5000 andytoshi pen throughnothing mortale eps TrollsRoyce davidlatapie go1111111 SDCDev Starduster_ wiretapped [d__d] Sangheili super3 wizkid057 BigBitz melvster samson_ maaku BrainOverfl0w |
08:05:13 | tepper.freenode.net: | Users on #bitcoin-wizards: tjopper napedia Grishnakh EasyAt mkarrer ryan-c kinlo jcorgan forrestv starsoccer [\\\] Fistful_of_Coins Guest10516 prepost pajarillo michagogo polyclef mappum irc88___ Alanius OneFixt drawingthesun mikalv zling__ jbenet bobke Iriez waxwing gmaxwell LaptopZZ_ jaekwon LarsLarsen nsh justusranvier Hunger- berndj-blackout Transisto spinza digitalmagus Ken` aynstein burcin danneu tromp__ mhanne @ChanServ poggy jaromil K1773R helo comboy Apocalyptic |
08:05:13 | tepper.freenode.net: | Users on #bitcoin-wizards: bbrittain smooth cfields lechuga_ kanzure crescendo lianj BlueMatt zibbo_ asoltys warren dansmith_btc sl01 gwillen petertodd catcow Logicwax @sipa rs0 amiller Adohgg weex harrow mmozeiko midnightmagic otoburb UukGoblin optimator abc56889 phantomcircuit jgarzik TD-Linux gribble artifexd Muis nickler roasbeef pi07r a5m0 Dyaheon- iddo [Derek] CryptOprah Luke-Jr Pan0ram1x Guest54659 Krellan wumpus phedny Gnosis DoctorBTC so nkuttler Eliel |
08:05:13 | tepper.freenode.net: | Users on #bitcoin-wizards: mr_burdell espes___ SomeoneWeird Keefe nanotube |
10:03:21 | Dr-G2: | Dr-G2 is now known as Dr-G |
10:49:38 | aynstein: | aynstein is now known as aynstein_ |
12:10:49 | Anduck_: | Anduck_ is now known as Anduck |
14:08:06 | wallet421: | wallet421 is now known as wallet42 |
14:12:28 | fanquake: | fanquake has left #bitcoin-wizards |
15:15:29 | Guest28976: | Guest28976 is now known as pigeons |
15:37:48 | hearn_: | hearn_ is now known as hearn |
17:47:47 | cookie: | :super3 how are you guaranteeing that storj will be faster than centralized services? |
17:48:39 | cookie: | even if this were the case wouldn't the trade off of a 1ms transaction confirmation and security be too much? |
18:51:09 | itod_: | itod_ is now known as itod |
20:18:05 | Luke-Jr: | * Luke-Jr grumbles about libsnark examples not having any clear indication of where the proved program's logic actually is |
20:27:04 | amiller: | Luke-Jr, what do you mean? |
20:30:03 | amiller: | you mean this example? https://github.com/scipr-lab/libsnark/blob/master/src/r1cs/examples/r1cs_examples.tcc |
20:49:21 | Luke-Jr: | amiller: sure, I see a bunch of input setup, but no actual program O.o |
20:51:17 | hearn: | did you read this? |
20:51:17 | hearn: | https://github.com/scipr-lab/libsnark/blob/master/src/gadgetlib2/examples/tutorial.cpp |
20:51:30 | hearn: | that's the closest thing to proving actual programs |
20:51:32 | hearn: | it's quite easy to follow |
20:56:34 | hearn: | Luke-Jr: the program in that file is defined as a series of gates, so you're looking at it .. |
21:53:57 | super3: | cookie: p2p > server-client |
21:54:04 | super3: | i think thats pretty clear |
21:58:06 | super3: | super3 has left #bitcoin-wizards |
21:58:13 | justanotheruser: | super3: I don't think that is obvious. |
21:58:46 | justanotheruser: | super3: I don't think that is obvious. |
21:59:03 | justanotheruser: | The idea that p2p is better for everything seems to be echoed in the bitcoin community though. |
21:59:17 | justanotheruser: | It's better for a lot of things |
21:59:26 | super3: | well as far as speed |
21:59:51 | super3: | so what you lose on lookup time you gain in throughput from multiple peers |
21:59:56 | super3: | or at least thats the theory |
22:00:16 | justanotheruser: | I think theres huge scales of economy in hosting. |
22:00:31 | super3: | also storj can be run as a centralized service, just as a tool |
22:00:37 | justanotheruser: | brb |
22:01:00 | super3: | the economics of fungible data are quite interesting |
22:01:40 | super3: | completely uncharted territory |
22:02:03 | justanotheruser: | super3: why does storjcoin need a blockchain? |
22:03:17 | super3: | i can give you a 20 page answer :-P, but the tl;dr is you need a public and auditable ledger |
22:04:01 | super3: | the solution is mainly rooted in that i need to prove that the file exsists, and i haven't modified it |
22:04:20 | justanotheruser: | I don't see why ordering matters there |
22:04:28 | justanotheruser: | brb |
22:04:59 | super3: | well it reward mechanism is just as important |
22:05:05 | super3: | ordering matters because you must prove it over time |
22:05:13 | justanotheruser: | before I go, what is the problem if I construct that proof and there is a 100 block reorg? |
22:05:31 | super3: | i can have a file one day, and not the other |
22:05:57 | super3: | justanotheruser: explain more |
22:08:54 | Luke-Jr: | super3: um, what? |
22:09:18 | super3: | Luke-Jr: what are you confused about? |
22:09:20 | Luke-Jr: | generally, p2p < server-client |
22:09:54 | super3: | in terms of speed of file transfer? |
22:10:14 | Luke-Jr: | yes |
22:10:26 | Luke-Jr: | unless there are a LOT of peers sourcing it |
22:10:36 | super3: | exactly |
22:11:01 | super3: | peers how have an inventive |
22:11:12 | super3: | whereas before they were mostly just volunteers |
22:11:52 | super3: | p2p is more important, but we still have the server-client model in http://metadisk.org |
22:12:11 | super3: | metadisk is just supposed to cache things on the p2p network and serve them to you direct |
22:13:01 | super3: | allows your cake and eat it too |
22:13:32 | justanotheruser: | super3: what do you mean you have a file one day and not the other? The files aren't stored in the blockchain, a proof of files integrity being moved 100 blocks in the future shouldn't effect it's existence |
22:15:55 | super3: | im confused on how a block reorg comes into this |
22:16:18 | super3: | you pass the proofs directly, if you do that through the blockchain you end up with a ton of overhead |
22:16:59 | justanotheruser: | super3: I'm mentioning a reorg because a 100 block reorg being fine indicates that the ordering doesn't matter much |
22:17:36 | justanotheruser: | if you didn't even have a blockchain and just had the data floating around in some other data structure and that was fine, why use a blockchain? |
22:18:34 | Luke-Jr: | * Luke-Jr can't imagine any reason for Storj to use a blockchain |
22:19:46 | amiller: | i can think of reasons you'd want to make storj better by having automatic payments-for-periodic-PoR but you would need an altcoin with more expressive opcodes or ethereum |
22:20:29 | amiller: | they might not even be necessary though, if storj works fine with either the storage provider or the client being able to walk away from their interaction at any time, then you don't need a blockchain |
22:22:27 | super3: | we are using the blockchain as a pseudonymous database for the network |
22:22:39 | super3: | it also gets into Bitcoin(big B) and bitcoin(little b) |
22:22:46 | super3: | we can run storj as a toolset, or a network |
22:22:58 | super3: | let me step you through a use case |
22:23:11 | super3: | i want to send Luke-Jr a picture of my cat |
22:23:23 | Luke-Jr: | does it look like Mark's cat? |
22:24:39 | super3: | also included in the picture of the cat is a paper wallet, which has all of the gox funds |
22:24:50 | sipa: | they exist? :o |
22:24:51 | Luke-Jr: | nice |
22:25:05 | Luke-Jr: | sipa: I presume until the lawyers figure out how to liquidate them |
22:25:26 | Luke-Jr: | then 80% will probably drop to 8% |
22:25:29 | Luke-Jr: | or .8% |
22:25:57 | super3: | nah giving them to Luke-Jr as a trusted member of the community he can return all the funds to the correct people any we can all have a "I got my coins back party" |
22:26:02 | super3: | anyways back to the story |
22:26:27 | Luke-Jr: | can I just take my share and pass them on to someone else to distribute? <.< |
22:28:26 | super3: | so Luke can pass me a standard address like 1AViqW66xhnxkdRjCknQGYvf1k3mj5aGM5 |
22:28:55 | justanotheruser: | so really storjs blockchain is just a namecoin clone? |
22:29:17 | super3: | justanotheruser: thats like 1/6 of the reason we use the blockchain |
22:29:27 | Luke-Jr: | super3: you're going to send me bitcoins too? :D |
22:29:57 | super3: | we can lookup the protocol, and public pgp key associated with that address |
22:30:05 | justanotheruser: | right, but I'm not convinced that you logging proof of file integrity data in the blockchain is a good usecase |
22:30:10 | Luke-Jr: | super3: addresses don't have protocols or PGP keys associated |
22:30:27 | super3: | they can |
22:30:43 | sipa: | sipa has left #bitcoin-wizards |
22:30:49 | super3: | not with your 40 byte standard bitcoin transactions they can't |
22:30:49 | Luke-Jr: | no, that isn't what addresses are for |
22:30:58 | Luke-Jr: | that's what you're talking about |
22:31:13 | Luke-Jr: | [22:28:26] so Luke can pass me a standard address like 1AViqW66xhnxkdRjCknQGYvf1k3mj5aGM5 |
22:31:20 | justanotheruser: | storj is on top of the bitcoin block chain? |
22:31:46 | super3: | you basically look at the first transactions to find that informatin |
22:31:52 | super3: | information* |
22:32:06 | Luke-Jr: | super3: cmon, I thought you were smarter than this <.< |
22:32:08 | super3: | justanotheruser: yes and no |
22:32:14 | justanotheruser: | So SPV isn't possible? |
22:32:48 | super3: | yes, for coins or for data? |
22:33:09 | justanotheruser: | for getting the "pgps kef assicated with that address" |
22:33:20 | justanotheruser: | * justanotheruser needs to learn to type |
22:33:53 | super3: | brb |
22:40:27 | super3: | well this is metadata so there is no checking inputs up to a certain point |
22:40:35 | super3: | anyways thats the application layer |
22:41:29 | super3: | the more use for it is that if you have a file you have to complete a hash challenge, and prove your answer is in the merkle root of all challenges |
22:42:17 | super3: | yes you could use a different data stricture |
22:42:49 | super3: | but the blockchain is more useful in many different methods to prevent colluding nodes and sybil attacks |
22:43:28 | super3: | there is no one solution, which is why you have maidsafe, siacoin, permacoin, and storj |
23:00:59 | super3: | amiller: seems like i can't join that other channel |