1 2016-11-26 03:57:52 0|morcos|sipa: what did you think about my last comment on 8610. i think that alleviates both issues and doesn't cause the concern suhas was worried about
2 2016-11-26 07:24:09 0|gmaxwell|oh god, does zapwallet not backup the wallet before zapping like salvage does?
3 2016-11-26 09:19:12 0|jonasschnelli|gmaxwell: heh. Yes. It copies all relevant wtxs into a vector vWtx (memory), EraseTx everything, does plenty of stuff (upgrade/rescan) and then try to write those vWtx txes back.
4 2016-11-26 09:20:00 0|jonasschnelli|There is a reasonable high risk that you will end up with a wallet without any wtxs.
5 2016-11-26 09:20:20 0|jonasschnelli|(risk of loosing comments)
6 2016-11-26 10:24:46 0|luke-jr|gmaxwell: 9188: how to get results from testing, before I stop it to test other stuff?
7 2016-11-26 10:26:11 0|luke-jr|something to grep for?
8 2016-11-26 11:00:34 0|luke-jr|jonasschnelli: got a patch for you .. :x
9 2016-11-26 11:47:31 0|luke-jr|anyone can flood testnet? :x
10 2016-11-26 13:57:43 0|bitcoin-git|[13bitcoin] 15s-matthew-english opened pull request #9223: unification of Bloom filter representation (06master...06patch-10) 02 https://github.com/bitcoin/bitcoin/pull/9223
11 2016-11-26 14:38:41 0|kanzure|https://elliot.land/sql-transaction-isolation-levels-explained
12 2016-11-26 16:53:34 0|jonasschnelli|luke-jr: Thanks. Will have a look ai
13 2016-11-26 16:53:36 0|jonasschnelli|at it
14 2016-11-26 16:53:53 0|jonasschnelli|From what I saw when i cross read the code, you moved it to a Layout?
15 2016-11-26 16:58:52 0|bitcoin-git|[13bitcoin] 15ivdsangen opened pull request #9224: Define FD_SETSIZE for all architectures (06master...06unix-compilation) 02 https://github.com/bitcoin/bitcoin/pull/9224
16 2016-11-26 20:16:00 0|luke-jr|jonasschnelli: yes, I reconstructed the widgets using standard interfaces so it should adapt to any environment reasonably
17 2016-11-26 20:29:12 0|luke-jr|jonasschnelli: I wonder if the feerate line should figure out its scale independently from the rest
18 2016-11-26 20:29:30 0|luke-jr|it doesn't really have a metric to compare with the other two
19 2016-11-26 21:58:05 0|layman01|ok simple question [txid][in][out][sig][locktime] if i put extra data [txid][in][out][sig][locktime][something] does it auto invalidate a tx or just ignores 'something' and pushes it through
20 2016-11-26 21:59:43 0|layman01|what i mean is. older clients that never understood nlocktime. do they store nlocktime as arbitrary data even though they dont know what the extra bytes after the tx actually do
21 2016-11-26 22:01:28 0|sipa|every client understands nlocktime
22 2016-11-26 22:01:39 0|sipa|and no, you can't just append more data to transactions
23 2016-11-26 22:01:50 0|sipa|that would be a dos attack if that data is unverifiable
24 2016-11-26 22:02:03 0|sipa|segwit adds extra data to transactions
25 2016-11-26 22:02:25 0|sipa|but it uses a new format with optional fields, and it gets stripped out when relaying to old clients
26 2016-11-26 22:05:09 0|layman01|"that would be a dos attack if that data is unverifiable" - so no possible way to just add random data. or just morally avoided but possible
27 2016-11-26 22:07:36 0|luke-jr|wouldn't current nodes just ignore it (and relay the tx without it)?
28 2016-11-26 22:08:49 0|layman01|EG [txid][in][out][sig][locktime][receipt number:123]&[thank you for shopping at walmart]
29 2016-11-26 22:09:20 0|layman01|not physically possible in any way to have it locked in the blockchain
30 2016-11-26 22:10:02 0|layman01|WITHOUT using the "output as message" trick (within the tx)
31 2016-11-26 22:11:26 0|gmaxwell|layman01: the blockchain is NOT free file storage, it's carefully designed to avoid allowing people to dump their porn collections in it, if it were possible to do what you describe (it isn't as far as we know)-- we'd consider it a serious bug and would work diligently to fix it.
32 2016-11-26 22:12:36 0|layman01|gmaxwell, so where will you store your confidential payment commitments
33 2016-11-26 22:15:48 0|layman01|where is the bip/document information that stops extra data after signatures/locktime. eg what mechanism prevents extra data being added
34 2016-11-26 22:16:23 0|gmaxwell|the structure of the protocol. There is just no 'extra' place to put it.
35 2016-11-26 22:17:11 0|gmaxwell|layman01: if something is _confidential_ it should not be in the public blockchain. If something is a commitment it can be commited to using the existing signatures or existing outputs without adding any data at all to the blockchain.
36 2016-11-26 22:19:32 0|layman01|gmaxwell sound familiar: "CT is possible due to the cryptographic technique of additively homomorphic commitments. As a side-effect of its design, CT also enables the additional exchange of private "memo" data""
37 2016-11-26 22:20:06 0|BlueMatt|layman01: do note that CT only exists in implemented form in non-public blockchains
38 2016-11-26 22:20:42 0|gmaxwell|layman01: the private memo data is maigical and takes no size at all.
39 2016-11-26 22:20:58 0|BlueMatt|also, that ^
40 2016-11-26 22:21:01 0|layman01|but im asking how can extra data be added. how can gmaxwell also make output values private onchain.. if data cant be added..
41 2016-11-26 22:21:13 0|gmaxwell|Otherwise it wouldn't have been interesting.
42 2016-11-26 22:21:57 0|gmaxwell|layman01: CT's memo data doesn't add any other data at all. (also, even if it did: CT isn't part of Bitcoin-- though the memo data wouldn't have made sense if it added data, so I wouldn't have done it if it did)
43 2016-11-26 22:22:01 0|BlueMatt|layman01: think of it kinda like pay-to-contract-hash: there is data there, but it takes no extra room compared to not having it (well, pay-to-contract-hash is just a commitment, whereas CT is more, but whatever)
44 2016-11-26 22:23:24 0|luke-jr|layman01: the payment protocol has an out-of-band mechanism for memos btw
45 2016-11-26 22:23:55 0|layman01|out-of-band.. i need to research that :D
46 2016-11-26 22:24:27 0|BlueMatt|* gribble :No such server
47 2016-11-26 22:24:31 0|BlueMatt|nanotube: :'(
48 2016-11-26 22:25:53 0|BlueMatt|lol, helgrind is so slow that it makes my node think its nTimeOffset needs to be adjusted by 3 minutes
49 2016-11-26 22:26:21 0|layman01|any link to 'out-of-band' documentation, instead of asking google and spending ages trying to find info
50 2016-11-26 22:26:26 0|gmaxwell|I think some of the recent changes to smartptr may have slowed down valgrind.
51 2016-11-26 22:26:42 0|luke-jr|layman01: BIP 70
52 2016-11-26 22:33:10 0|layman01|ok so bip70 is still using the [output] part of a tx as the messaging tool (from my quick brief read of it) not adding data after [sig][nlocktime]
53 2016-11-26 22:35:26 0|layman01|anyone with a current testnet open and about to do a tx, able to just add some random bytes after the raw tx to see what happens?
54 2016-11-26 22:36:34 0|gmaxwell|layman01: you've misunderstood BIP70.
55 2016-11-26 22:36:47 0|gmaxwell|It doesn't put message data in the transaction at all.
56 2016-11-26 22:39:37 0|layman01|well my question is about putting messages into a transaction. that gets locked into a block. that gets distributed over a network. so i dont know why anyone is guiding me to stuff thats not about messages added to a transaction
57 2016-11-26 22:40:40 0|layman01|plus i only took a few seconds to see the word output mentioned a few times. i know that outputs can be used to write messages but again my question was about messages not using the output area
58 2016-11-26 22:40:53 0|gmaxwell|14:11 < gmaxwell> layman01: the blockchain is NOT free file storage, it's carefully designed to avoid allowing people to dump their porn collections in it, if it were possible to do what you describe (it isn't as far as we know)-- we'd consider it a serious bug and would work diligently to fix it.
59 2016-11-26 22:41:57 0|layman01|i know the morals. i know bitcoins ethos i know what its meant for. im asking about the possibility of adding data.
60 2016-11-26 22:43:04 0|gmaxwell|As far as we know it's not possible to do what you're asking. If, due to some phenominial bug, it were possible it would be a _serious_ bug and patches to block it would be issued as fast as possible.
61 2016-11-26 22:44:10 0|BlueMatt|layman01: have you seen pay-to-contract-hash?
62 2016-11-26 22:44:41 0|layman01|so is the only way to use another unused opcode (like segwit did).. but safeguarded against happening due to mining pools not having consensus to allow funky tx's into block
63 2016-11-26 22:45:50 0|layman01|bluematt, im looking while on here. but got interupted due to bip70 that didnt answer my question
64 2016-11-26 22:48:05 0|BlueMatt|layman01: there are lots of answers depending on what your actual use-case is....problem is youre asking for a solution to a specific question to which there is no answer.....maybe go to #bitcoin and try again except start by stating waht, exactly youre trying to do
65 2016-11-26 22:50:22 0|layman01|trying to see if there a way someone can fill the 'weight' area with bloat but not using 'outputs' to do it. theres a debate elsewhere, some say it can be done some say it cant. im just trying to figure who is right
66 2016-11-26 22:51:11 0|gmaxwell|You seem to be unable to take no for an answer, so I'm going to bet that you're going to remain unenlightened.
67 2016-11-26 22:52:05 0|layman01|its not a 'accept' no... its a why 'no' i need answering
68 2016-11-26 22:52:45 0|sipa|transactions consist of inputs and outputs. if you want to increase their size, you'd need to put it in either of those
69 2016-11-26 22:52:54 0|layman01|'because bitcoin not designed that way' is an empty answer too
70 2016-11-26 22:52:58 0|gmaxwell|Because extra data just isn't permitted, it's ignored. Nodes understand the data that they're parsing and they'll ignore any extra data that isn't actually part of the transaction, stripping it out.
71 2016-11-26 22:53:31 0|gmaxwell|(or treating the whole transaction as corrupted, depending on what you did.)
72 2016-11-26 22:54:29 0|BlueMatt|layman01: ahh! see now, thats a question: the answer is "no, treating the witness space as 'free' isnt true - witnesses are counted just like the rest of the transaction and, really, should be seen as a part of the inputs, not extra data"
73 2016-11-26 22:56:02 0|gmaxwell|^ by segwit nodes, by non-segwit nodes, segwit transactions aren't handled at all unless stripped of witness data-- they would be seen as corrupted if not witness stripped.
74 2016-11-26 22:56:11 0|luke-jr|if it's part of a block, it's actually impossible to add the extra data at all because after the locktime, it will begin parsing the subsequent transaction implicitly
75 2016-11-26 22:56:12 0|BlueMatt|that, too
76 2016-11-26 22:56:28 0|layman01|so the mechanism that prevents it is the parsing data into classes with known lengths of bytes for each element/namespace/variable and then ignoring/dropping the remainder it does not recognise
77 2016-11-26 22:57:20 0|sipa|right, nodes decode all messages they receive, and send them on in a form that the receiver understands
78 2016-11-26 22:57:28 0|gmaxwell|Yes, or, in some contexts treating it as corrupted and dropping the whole thing. Segwit blocks are handed to non-segwit nodes by first stripping out the witness data so they'll accept it.
79 2016-11-26 22:57:34 0|sipa|they're not just relaying the transactions or blocks as just bytes
80 2016-11-26 22:57:41 0|luke-jr|layman01: you can put anything inside the scripts within the transaction, but that doesn't change with segwit
81 2016-11-26 22:57:46 0|luke-jr|or rather, miners can*
82 2016-11-26 22:58:54 0|gmaxwell|The whole idea of a transaction as "bytes" is a too limited mental model. It would be like understanding numbers as a series of strokes on paper. :) Bytes are one way of representing a transaction, but when a transaction comes in the bytes are decoded and turned into a different in memory form. Then when they go out again they're converted back into bytes in a form sutiable for the reciever.
83 2016-11-26 23:02:22 0|nanotube|BlueMatt: ? >_>
84 2016-11-26 23:02:40 0|BlueMatt|nanotube: better now :)
85 2016-11-26 23:03:27 0|layman01|so baseblock/base class (not using official terms) only has [txid][incount][in][val][outcount][out][value] and witness class has [wtxid][witcount][witness][nlocktime] and nothing can appear after nlocktime on the blockchain because of it.. right?
86 2016-11-26 23:03:33 0|layman01|just double checking
87 2016-11-26 23:03:43 0|sipa|layman01: transactions don't contain a txid
88 2016-11-26 23:03:55 0|sipa|the txid is just the hash of the (non-witness) serialization of the transaction
89 2016-11-26 23:04:00 0|BlueMatt|also witnesses dont have witcount
90 2016-11-26 23:04:02 0|BlueMatt|its implicit
91 2016-11-26 23:04:14 0|BlueMatt|or wtxid...
92 2016-11-26 23:06:18 0|layman01|ok i know in the [output] different op codes can be set at different lengths. is there any opcode or any other class variable that has adjustable/non restricted lengths
93 2016-11-26 23:06:41 0|sipa|layman01: you should just study the documentation on this
94 2016-11-26 23:06:42 0|nanotube|BlueMatt: ah ok :)
95 2016-11-26 23:07:02 0|BlueMatt|nanotube: literally 2 seconds after that gribble re-connected
96 2016-11-26 23:07:10 0|sipa|layman01: https://bitcoin.org/en/developer-guide
97 2016-11-26 23:07:18 0|nanotube|heh good timing :)
98 2016-11-26 23:07:23 0|layman01|sipa i would but the documentation is very loose and all over the place,
99 2016-11-26 23:08:36 0|sipa|layman01: you're free to help improve things, but this is not the place to ask for a basic explanation
100 2016-11-26 23:08:45 0|sipa|this channel is for discussing development
101 2016-11-26 23:09:19 0|luke-jr|layman01: there aren't different classes
102 2016-11-26 23:11:26 0|layman01|i heard it wasnt. i was told this place is where the close minded devs live who only think about themselves, just like the mailing list. just like every other place that the devs hang out in. like its a cabin fever experience where devs only want to speak to other devs and only agree with other devs and never talk to the community...
103 2016-11-26 23:11:44 0|sipa|layman01: please
104 2016-11-26 23:11:47 0|layman01|but goodnight anyway
105 2016-11-26 23:11:53 0|sipa|layman01: http://bitcoin.stackexchange.com/
106 2016-11-26 23:11:54 0|luke-jr|layman01: many of us are also in #bitcoin
107 2016-11-26 23:11:59 0|sipa|i answer questions there on a daily basis
108 2016-11-26 23:45:17 0|bitcoin-git|[13bitcoin] 15TheBlueMatt opened pull request #9225: Fix some benign races (06master...062016-11-lockfixes) 02 https://github.com/bitcoin/bitcoin/pull/9225