-
xmrscott
According to rehrar all clear has been given, so that clears up that :)
-
wowario
"tevador: FWIW, my proposal for wownero was to sign with the one-time transaction spend key, AKA the "stealth address", which would not require any changes to the coinbase tx format as the public key is already included there"
-
wowario
-
wowario
the proposal was to use tx private "spend" key (r)
-
jtgrassie
the tx private key is r (part of the shared secret) which has nothing to do with spendability
-
jtgrassie
rA = aR <- shared secret
-
jtgrassie
R is the tx pub key, r is the random priv key, a is the recipient priv view key
-
jtgrassie
r is considered the tx private key
-
wowario
right, that was the intention
-
jtgrassie
but you misunderstand, you need the wallets private spend key
-
jtgrassie
Hs(rA)+b
-
wowario
no, I didn't. I implemented what was proposed. but yes, using the wallet's spend key would be better.
-
jtgrassie
it's not a case of "better", its the only way (for what you're trying to do)
-
jtgrassie
x = Hs(rA)+b
-
jtgrassie
b = wallet spend key
-
jtgrassie
x = signing key to spend the output
-
wowario
got it
-
wowario
thank
-
wowario
you for the feedback
-
jtgrassie
(and Hs(rA)+b is just shorthand, it excludes 8 and i)
-
UkoeHB
what's the relative speed of creating a simple crypto signature vs computing a randomX hash?
-
UkoeHB
no it doesn't matter
-
UkoeHB
is there a github issue discussing this topic?
-
jtgrassie
and wowario, "sign with the one-time transaction spend key" means x = Hs(rA)+b, so tevador's proposal is correct, you just got it wrong
-
wowario
-
jtgrassie
you're signing with r (the tx private key) not x, "the one-time transaction spend key"
-
wowario
I know, it is r. I'll look at making changes tomorrow.
-
jtgrassie
there's otehr stuff you'll need to do too
-
UkoeHB
I think is both a good and a bad idea. Good: pool centralization basically impossible. Bad: mining experience way worse because no steady income from pools = fewer miners (maybe a LOT fewer miners) = easier to 51% attack (tbh unlikely, because profit margins unlikely to increase to more than ~20%).
-
jtgrassie
pools are essential to the security of a coin, time should be focused on addressing their faults, not brandishing pooled mining as simply "bad"
-
jtgrassie
fwiw I think there's something in header signing, just not in this motivation to remove pooled mining (which is merely cooperative work)
-
jtgrassie
and obviously not in this broken implementation
-
jtgrassie
for example, if all the miners of a pool have control of the coinbase in some way, that's good, but there needs to be a way to ensure no one steals
-
Inge-
the one suggestion I've heard so far was that miners would need to submit a block reward worth of deposit to counteract stealing
-
h4sh3d
is there some checks/enforced limits in monerod about the size of an allocation based on a varint when deserializing e.g. a transaction/block?
-
zkao
␎
-
wfaressuissia[m]
there are no such precise limits
-
selsta
.merges
-
xmr-pr
7349 7683 7730 7733 7734 7738
-
selsta
.merge+ 7676
-
selsta
.merges
-
xmr-pr
7349 7683 7730 7733 7734 7738
-
selsta
.merge+ 7676
-
selsta
hmm
-
selsta
.merges
-
xmr-pr
7349 7683 7730 7733 7734 7738
-
selsta
fluffypony: can moneromooo and I get permanent voice in this channel?
-
selsta
required for the bot as a security measure
-
fluffypony
on it
-
selsta
.merge+ 7676
-
xmr-pr
Added
-
selsta
thanks