-
sech1
@hyc my hacked RandomX dataset node didn't survive epoch change and banned all peers because it didn't update the dataset for some reason (but it did update the cache). How do you look if I rewrite rx_slow_hash and simplify its interface?
-
sech1
I want to have something like "void rx_slow_hash(const hash* main_seedhash, const char *seedhash, const void *data, size_t length, char *result_hash)"
-
sech1
main_seedhash would always point at current consensus chain seed hash
-
sech1
and it would have a dedicated cache/dataset for main_seedhash, and a secondary cache for everything else
-
sech1
and dedicated dataset could be turned on with command line parameter or an env variable
-
sech1
and of course it would be created when mining starts
-
hyc
you mean to create two datasets when mining starts?
-
hyc
or to always have the main dataset?
-
sech1
no, just one
-
sech1
mining always mines on consensus chain
-
hyc
ah ok
-
sech1
I don't want rx_slow_hash to know anything about height, alt/non at and other stuff
-
sech1
it only needs to know seed hash
-
sech1
and the "reference" seed hash
-
hyc
Yeah, if you can simplify things, that would be great. it's definitely ugly in there.
-
sech1
yeah
-
sech1
I managed to reduce block rebroadcast delay to sub 0.1s on most blocks
-
sech1
and 0.01s for RandomX hash is now noticeable :D
-
sech1
-
sech1
-
sech1
the worst rebroadcast delay I saw so far was 0.14s on
p2pool.io/explorer/block/2773376 - but that block was not only full, but full with 172 (!!!) transactions
-
sech1
and before this fix, it was well over 1 second for such blocks
-
\x
when monero fibre sech1
-
\x
-
hyc
sech1: so that speedup is from using dataset for verification?
-
hyc
hm no, that commit has nothing to do with rx-slow-hash, nevermind
-
sech1
that speedup is from not doing the same RingCT check for second time :D
-
sech1
monerod checks it already when a transaction is added to the mempool
-
hyc
when does the cache expire?
-
hyc
should be after the block is accepted i suppose
-
sech1
cache doesn't expire, it's just deleting old entries
-
sech1
there's a ring buf of 8192 entries for this
-
sech1
block accepted is not a good point to clear the cache because some transactions can still remain in mempool
-
sech1
oh, and since the cache is storing hashes of data, not data itself, it must use cryptographically secure hash algo to be safe from collision attacks
-
sech1
it uses cryptonote::get_blob_hash which is keccak
-
hyc
why would a tx in a block remain in the txpool? I can see that a reorg'd block would dump all its txs back into the txpool
-
sech1
no, the other way around
-
sech1
a block doesn't always include everything from txpool
-
hyc
I'm not seeing what purpose it serves to leave it in the txpool
-
hyc
but ok, whatever
-
sech1
no, you didn't understand
-
sech1
transaction in a block are never left in mempool
-
hyc
ok
-
sech1
but not everything from mempool is taken
-
sech1
if there are too many transactions
-
hyc
ok, fine
-
sech1
so cache can't be just cleared, it has to only remove old enough data
-
hyc
so any cached txns that are in a block can have their hash removed from cache
-
hyc
I didn't mean to expire the entire cache, only the relevant txns
-
sech1
yes
-
sech1
but I just went with simple logic of LRU cache (8192 entries)
-
hyc
ok
-
sech1
actually, it's not even LRU
-
sech1
because entries are not moved to the front when they are used
-
sech1
anyway, it works :D
-
hyc
;)
-
hyc
yeah LRU is a pain anyway because of the movement. most people use CLOCK instead of LRU to avoid that
-
sech1
in my tests, this function was called with the same input exactly two times, so ring buffer is enough
-
sech1
very rarely 3 times when some alt blocks arrive
-
hyc
cool
-
hyc
but doesn't that mean as a cache its utilization rte is nearly zero?
-
hyc
rate
-
sech1
yes
-
sech1
"cache" in a sense it gets answers to known inputs much quicker
-
paalaa[m]
Sir if the new advanced user feature is converted from 24 words to 25 words, after I reset the ledger hardware wallet, can I access the same monero assets with just 24 words without +25 words in ledger hardware wallet? I don't mean passphrease in ledger hw. I mean the seed phrease (advanced users) for just the... (full message at <
libera.ems.host/_matrix/media/v3/do…b7c791ffc809aefb2a2dacee6d8a1c0f233>)
-
sech1
paalaa[m] ask in #monero-pools
-
plowsof11
lol
-
paalaa[m]
Plowsof sir
-
paalaa[m]
Sir if the new advanced user feature is converted from 24 words to 25 words, after I reset the ledger hardware wallet, can I access the same monero assets with just 24 words without +25 words in ledger hardware wallet? I don't mean passphrease in ledger hw. I mean the seed phrease (advanced users) for just the... (full message at <
libera.ems.host/_matrix/media/v3/do…b7c791ffc809aefb2a2dacee6d8a1c0f233>)
-
paalaa[m]
A or B
-
paalaa[m]
?
-
paalaa[m]
Write here
-
paalaa[m]
Plowsof. I want f*ck u
-
plowsof11
thanks but not in public im shy
-
hyc
so, if XMR price grew by 10x, then mining profit would increase, then more miners would come in, difficulty would raise, and eventually a new quilibrium would be reached
-
hyc
at that point, your success rate * XMR value would still be the same as before
-
hyc
but your success rate is 10x smaller than before
-
hyc
so in order to actually have the same probability of success, you need to join up with other miners
-
merope
Not sure if I'm missing any messages from the irc side, but yes - if we assume that the new equilibrium point will be at the same breakeven efficiency, then your fiat/time will be the same but your xmr/time rewards will be 10x smaller, and so will be your found blocks
-
hyc
yeah that's all I was saying