03:44:09 | tacotime: | bitfreak's thing is apparently finally coming out: https://bitcointalk.org/index.php?topic=643758.0 |
03:45:08 | tacotime: | although i still fail to see how it [finite mini-blockchain] offers advantages over something like maaku's utxo compression method. |
05:13:44 | dsnrk: | tacotime: oh no, more naming issues |
05:14:32 | dsnrk: | bytecoin now collides with another altcoin in name, and it's PoW collides with bitfreak's cryptonite name |
15:43:37 | andytoshi: | after chasing some links i got to http://bitfreak.info/mbc-wiki/index.php?title=Mini-blockchain and http://bitfreak.info/mbc-wiki/index.php?title=Proof_chain from tacotime's post |
15:44:47 | andytoshi: | it seems a bit confused, there are statements like "requires the full blockchain because that's the only real way to determine the full balance of all the addresses" and later they describe how they do a PoW on just the hash of the block header instead of the full header to save space to avoid storing "all the block data" |
15:52:16 | andytoshi: | but it might be just bad writing.. conceptually what they are doing is storing the last N full blocks then doing SPV from there back to the genesis. so now overwriting N blocks means totally hijacking the history but at least you have to do it in realtime to out-prove the main chain |
15:58:34 | tacotime: | andytoshi, yeah, it can be kinda of confusing. basically there are three components: a ledger, a header chain, and a tx chain (attached to the header chain).. |
15:59:35 | andytoshi: | seems overengineered.. if they added a commit to the utxo root to every block, then modified the client to only fetch data for the last 10000, wouldn't that accomplish the same thing? |
15:59:41 | tacotime: | Basically miners mine on the header chain and produce blocks with a tx tree I don't think they validate (not totally clear on this part) |
16:00:02 | tacotime: | Then the network looks at the PoW and tx tree and checks it against the ledger (UTXO set) |
16:00:37 | tacotime: | then updates the ledger accordingly. Then they just use the ledger and discard old blocks as they come in. |
16:00:49 | tacotime: | andytoshi, yeah |
16:01:09 | tacotime: | that's why i was saying i didn't really understand what it had over schemes like maaku's ultimate utxo compression |
16:02:25 | tacotime: | you can do it in bitcoin as well by OP_RETURNing the utxo root in the coinbase, as you'd imagine that whoever is signing the coinbase is the same person who did the work for the block, and so should be equivalent in security. |
16:02:37 | tacotime: | then you don't have to hardfork or anything. |
16:04:06 | tacotime: | i told him this though and he said that it wasn't what he had in mind or something along those lines. |
16:04:37 | tacotime: | So maybe I'm missing something, but I don't feel like I am... |
16:07:12 | maaku: | gmaxwell's ultimate utxo compression ;) |
16:07:32 | tacotime: | oh. :P mea culpa |
16:08:37 | andytoshi: | can one of you post a link? bct and the /topic links give several candidates.. |
16:09:29 | maaku: | andytoshi: link for what? |
16:09:51 | andytoshi: | the utxo compression scheme you guys are talking about |
16:11:09 | maaku: | andytoshi: here's a good overview from amiller : https://bitcointalk.org/index.php?topic=101734.0 |
16:12:10 | maaku: | it's just block/coinbase commitments of a deterministic hash-tree of unspent transaction outputs |
16:13:09 | andytoshi: | oh, cool |
16:13:13 | maaku: | gmaxwell gets dibs on the idea itself, although it was explored and refined by many people. etotheipi coined 'ultimate blockchain compression' which is how most people know the idea, although it is a bit of a misnomer |
16:13:37 | maaku: | for the last year i've been researching & prototyping it |
16:14:07 | maaku: | eventually settling on a binary prefix tree structure with a compressed representation |
16:17:19 | maaku: | tacotime: and yes, as far as I can tell andytoshi is right: you get the same behavior using utxo commitments and SPV validation past a certain number of blocks back |
16:17:52 | maaku: | except with utxo commitments the client gets to choose how much history to validate, and the network isn't vulnerable to rewriting the ledger with a massive reorg |
16:18:18 | andytoshi: | this notion of dropping block headers and just PoW'ing the hash makes me nervous.. how can you compute work done without knowing the difficulty changes? |
16:18:25 | tacotime: | yeah. bitfreak kept insisting his system was different when i talked to him though, but i couldn't figure out how. i meant to go over it on skype with him a while ago, but the whole thing fizzled out as i got bogged down with mc2 and monero. |
16:19:23 | maaku: | aside, "ultimate blockchain compression" should refer to snark verification of history :P |
16:19:32 | tacotime: | heh. |
16:19:34 | maaku: | you can't get better than that |
16:19:37 | tacotime: | yeah. |
18:02:17 | Kawhi_desu_: | Kawhi_desu_ is now known as Kawhi_desu |
18:11:33 | Guest85836: | Guest85836 is now known as qwertyoruiop |
20:07:59 | Guyver2: | Guyver2 has left #bitcoin-wizards |
20:21:34 | [nsh]: | [nsh] is now known as nsh |
20:21:56 | nsh: | nsh is now known as [nsh] |