Hide Idle (>14 d.) Chans


← 2021-07-23 | 2021-07-25 →
asciilifeform: !w poll
watchglass: Polling 17 nodes...
watchglass: 185.85.38.54:8333 : Could not connect!
watchglass: 84.16.46.130:8333 : Could not connect!
watchglass: 185.163.46.29:8333 : Could not connect!
watchglass: 205.134.172.27:8333 : Alive: (0.084s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=692475 (Operator: asciilifeform)
watchglass: 205.134.172.28:8333 : Alive: (0.023s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Return Addr=0.0.0.0:8333 Blocks=692475 (Operator: whaack)
watchglass: 205.134.172.6:8333 : (172-6.core.ai.net) Alive: (0.081s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=692465
watchglass: 54.39.156.171:8333 : (ns562940.ip-54-39-156.net) Alive: (0.174s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=692475
watchglass: 208.94.240.42:8333 : Alive: (0.160s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=692475
watchglass: 143.202.160.10:8333 : Alive: (0.234s) V=70001 (/therealbitcoin.org:0.7.0.1/) Jumpers=0x1 (TRB-Compat.) Blocks=692475
watchglass: 176.9.59.199:8333 : (static.199.59.9.176.clients.your-server.de) Alive: (0.340s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=412068 (Operator: jurov)
watchglass: 54.38.94.63:8333 : (ns3140226.ip-54-38-94.eu) Alive: (0.316s) V=88888 (/therealbitcoin.org:0.8.88.88/) Jumpers=0x1 (TRB-Compat.) Blocks=692475
watchglass: 213.109.238.156:8333 : Alive: (0.398s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=692475
watchglass: 205.134.172.4:8333 : (172-4.core.ai.net) Alive: (0.391s) V=70001 (/therealbitcoin.org:0.7.0.1/) Jumpers=0x1 (TRB-Compat.) Blocks=692475
watchglass: 103.36.92.112:8333 : (terebe.ns01.net) Alive: (0.396s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=692473
watchglass: 71.191.220.241:8333 : Violated BTC Protocol: Bad header length! (Operator: asciilifeform)
watchglass: 205.134.172.26:8333 : Busy? (No answer in 100 sec.)
watchglass: 192.151.158.26:8333 : Busy? (No answer in 100 sec.)
whaack: !e height
trbexplorer: 692475
whaack: !e view-raw-txn 50 0
trbexplorer: 01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff0704ffff001d013fffffffff0100f2052a010000004341041ada81ea00c11098d2f52c20d5aa9f5ba13f9b583fda66f2a478dd7d95a7ab615159d98b63df2e6f3ecb3ef9eda138e4587e7afd31e7f434cbb6837e17feb0c5ac00000000
whaack: !e view-raw-txn 51 0
trbexplorer: 01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff0704ffff001d0144ffffffff0100f2052a010000004341043cba05459e89a46f9f3ef8e01d07ccd4ce9fc2bb35a6508419c98883230374ce1c5e177efb612f30842cd699d1aeaeda61e720592d0518db0f9c2b9de9a2cea1ac00000000
asciilifeform: whaack: wassat ?
whaack: asciilifeform: the parameters for view-raw-txn and view-txn be either (a) 1 parameter, the txid (hash) or (b) 2 parameters, block number and txn index
whaack: so i am looking at the raw bytes of the coinbase transactions for block 50 and block 51
asciilifeform: watchglass: right, i recall. but what's this tx ?
whaack: i'm curious to see how the very old fashion "pay to pub key" transactions are structured
whaack: this was used for a bit before pay to public key hash became in fashion
asciilifeform recalls. the ones w/ the exposed pubs.
whaack: !e view-txn -paste 50 0
whaack: I should note that this prototype for my block explorer has a misnomer, I have the concept of "address" and scriptPubKey confused.
whaack: Whenever the scriptPubKey refers to a p2pkh, I parse the p2pkh, dump some of the opcodes, and return the base58check *address*
whaack: however whenever the scriptPubKey field has anything other than p2pkh, I just return the hex representation of the scriptPubKey
whaack: so the field "address" is returning two different concepts depending on the value in scriptPubKey
whaack: asciilifeform: do you have an opinion as to whether there's any benefit to storing the hash of the pub key vs the pub key? as far as i can tell it's mostly for bullshit reasons such as "extra security in case of quantum attack" (except not really since in that false reality miners can mutate the txn as they receive the value x for h(x) = y)
asciilifeform: whaack: it's a 'belt & suspenders' in case of algo break, nominally. and saves a little space.
whaack: what does belt and suspenders mean in this case?
whaack: does the "saving space" outweigh the extra strain it puts on nodes to compute the hash?
asciilifeform: whaack: the hash only gets computed when verifying the tx. i.e. 1-time expense (per noad).
asciilifeform: as i understand, the primary motivation wasn't to conserve disk, however. but for hypothetical 'dr. evil invents pill for ecdsa' scenario.
asciilifeform: and whaack is correct, if dr. evil is also miner (or in collusion w/ same), he can steal outputs as they get spent
asciilifeform: but this is not necessarily the only scenario -- say, phuctor-style weak-key discoveries (punkman linked to a coupla minor ones yest.) are only relevant when pubkey is exposed.
asciilifeform: asciilifeform however would like to remind readers that hashes are voodoo, and there is no 'proof of hardness' for collision search for any such algo, nor is likely to be.
asciilifeform: it is entirely possible that the cheapest means of breaking 'cold' addrs is to find such collision.
asciilifeform: this, rather than whatever 1-time-per-noad-life cpu cost, is imho the main down-side of p2pkh.
asciilifeform: in the place of shitosi, asciilifeform would've demanded that the hash must be ~longer~ than the original pubkey. to the point that the prob. of a collision existing, oughta be ~0.
asciilifeform: that way -- save no disk; but 'pure win'.
asciilifeform: but it aint as if anyone asked asciilifeform when designing this thing.
asciilifeform: whaack: makes sense ?
whaack: asciilifeform: yes, your suggestion would prevent or greatly reduce the posibility of the hypothetical scenario where an attacker is able to find another public key that whoes hash collides with the hash of the public key of the true owner
asciilifeform: the current scheme impeded phuctorism, but opens up for collision search.
asciilifeform: possibly hypothesis was that chance of a valid pubkey (i.e. one for which a priv exists) being also a collision, is 0. but there is no proof of this.
whaack: doesn't even need a valid private key if attacker just wants to burn someone's coins
whaack: ah wait nvm yes it does cuz he still needs a signature
punkman: http://logs.nosuchlabs.com/log/asciilifeform/2021-07-24#1048516 << only true for attacks that benefit from knowing pub key. if you are generating random privkeys, you just hash the pubkey and then see if it matches any of the known pubkeyhashes
dulapbot: Logged on 2021-07-24 14:43:10 asciilifeform: but this is not necessarily the only scenario -- say, phuctor-style weak-key discoveries (punkman linked to a coupla minor ones yest.) are only relevant when pubkey is exposed.
punkman: also gotta reveal pubkey when spending, so hash only helps addresses that have never spent
verisimilitude: http://logs.nosuchlabs.com/log/asciilifeform/2021-07-24#1048517 This reminds me of something I've written: Through the rotations, this message goes; where will the bits flip, nobody knows!
dulapbot: Logged on 2021-07-24 14:44:51 asciilifeform: asciilifeform however would like to remind readers that hashes are voodoo, and there is no 'proof of hardness' for collision search for any such algo, nor is likely to be.
verisimilitude: To bingoboingo, I'd issues commenting, and made a mistake when editing my comment, thinking perhaps mentioning TMSR was the issue. If it be little trouble, I'd like ``the TSMR'' in the second paragraph replaced by ``TMSR''.
punkman: if I recall correctly, pubkey was used primarily to save space, nothing else
punkman: *pubkey hash
punkman: revealed pubkey was also reason for the "only use addresses once" meme, that and nonce attacks when you sign more than 1 tx
punkman: the wildest feature was the "pay to IP address" mechanism. I think it's still in TRB.
punkman: or did asciilifeform chop that thing off?
punkman: apparently removed in prb v0.8 https://en.bitcoin.it/wiki/IP_transaction
punkman: https://twitter.com/THORChain/status/1418360743523618825 "The hacker deliberately limited their impact, seemingly a whitehat." << lol why
punkman: "THORChain is too important not to deliver on.
punkman: The complexity of the state machine is currently its archille's heel, but this can be solved with more eyes on, as well as a re-think in developer procedures and peer-review. Thanks all for support, there's only one way forward."
whaack: !e height
trbexplorer: 692513
asciilifeform: http://logs.nosuchlabs.com/log/asciilifeform/2021-07-24#1048529 << for lulz created by dud rng's -- indeed don't need the pubkey
dulapbot: Logged on 2021-07-24 16:00:42 punkman: http://logs.nosuchlabs.com/log/asciilifeform/2021-07-24#1048516 << only true for attacks that benefit from knowing pub key. if you are generating random privkeys, you just hash the pubkey and then see if it matches any of the known pubkeyhashes
asciilifeform: http://logs.nosuchlabs.com/log/asciilifeform/2021-07-24#1048539 << nope, never cut it. still in there. (tho i'd hope no one is foolish enuff to try to use)
dulapbot: Logged on 2021-07-24 16:17:55 punkman: or did asciilifeform chop that thing off?
whaack: !e view-txn -paste f7fa1548901a6e3fde5264130a2ffa27820f08245dceca7e6ce362fbdcdbfd23
whaack: !e view-txn -paste d4aa11cb672a41301347f4ff98b84099cd7f3a3707ff30aa81a228aa5157bbd1
← 2021-07-23 | 2021-07-25 →