-
selsta
.merge+ 6766 6767
-
xmr-pr
Added
-
selsta
.merges
-
xmr-pr
6600 6607 6610 6613 6690 6693 6731 6746 6752 6753 6757 6760 6761 6762 6763 6766 6767 6771
-
TrasherDK
Yes 6766 is in 8-)
-
sarang
Research meeting in #monero-research-lab starts at 17:00 UTC (about half an hour from now)
-
msvb-lab
I think we may have a new opportunity to make XMR one of the default currencies at HCPP 2020 (before it was LTC and BTC.)
-
msvb-lab
This would probably require development and publishing (to Android and Apple stores) of a phone app in the month of September.
-
msvb-lab
Whoever wants to try this, I can provide information about the BATM/POS and badge (the payment mediums.)
-
msvb-lab
It takes a half month up to a full month to publish a first application to the Apple Store, so the deadline to get started (making XMR a default currency at HCPP) is very soon.
-
grydz
-
sarang
grydz: you indicated in PM that the CLSAG signatures are in fact verifying correctly, so that isn't the issue
-
grydz
I've told you that too quickly.
-
grydz
Last one looks good!
-
grydz
But one of them is not.
-
sarang
Orly
-
grydz
You can follow "ASSERT EQ FAIL" in the log.
-
xmr-pr
t-900-a opened issue #6779: rpc_access_data method for Daemon RPC not working
-
xmr-pr
-
grydz
It compares values produces by "default" device and the HW.
-
grydz
But if I'm not mistaken the failed signature is a fake transaction...
-
cohcho
What may cause long delay between handle_notify_new_fluffy_block() and handle_block_to_main_chain()?
paste.debian.net/plainh/9423b82c
-
cohcho
-
moneromooo
PoW verification.
-
moneromooo
That might be in handle_block actually... Hmm...
-
moneromooo
No, it's before.
-
sech1
PoW is not 2 seconds even in slow mode
-
moneromooo
Half a second.
-
Snipa
.merges
-
xmr-pr
6600 6607 6610 6613 6690 6693 6731 6746 6752 6753 6757 6760 6761 6762 6763 6766 6767 6771
-
cohcho
In that case it's 3.8 seconds delay outside of handle_block_to_main_chain()
-
moneromooo
There's a 1 second delay in case of lock contention IIRC. Very long.
-
moneromooo
Near the start of prepare_handle_incoming_blocks.
-
moneromooo
That can be shortened easily.
-
moneromooo
I misread the 505ms delay line.
-
cohcho
I need either quick verifiable explanation or request for more data. Anyway I'm going to reduce this delay to avoid orphan blocks.
-
cohcho
moneromooo: your answer?
-
moneromooo
See above.
-
cohcho
Can you decompose not measured 3.8 senconds delay into something? Your guess is taken few times 1 second delay during lock acquiring ?
-
cohcho
approximately decompose *
-
moneromooo
Dunno. You need to add more logs to see where it goes. Guessing will just be guessing.
-
moneromooo
Lock contention is a good candidate to log though.
-
moneromooo
Either the blockchain one or the incoming tx one or the txpool one.
-
cohcho
It was expected that it's either poorly written code (with a lot of redundant synchronization) or some hidden compute task or IO delay.
-
cohcho
I'll go investigate it further.
-
selsta
-
moneromooo
done
-
iDunk
FWIW, debug builds fine on Linux with supercop PR #5 (I see it's merged already).
-
dEBRUYNE
.merges
-
xmr-pr
6600 6613 6690 6693 6731 6746 6752 6753 6757 6760 6761 6762 6763 6766 6767 6771
-
xmr-pr
downystreet opened issue #6781: Wallet Internal Error monero-wallet-gui.AppImage
-
xmr-pr
-
xmr-pr
downystreet opened issue #6780: Segmentation Fault During Daemon Sync For monero-wallet-gui.AppImage
-
xmr-pr
-
lord-god-guru
heyy
-
selsta
.merge+ 6739
-
xmr-pr
Added
-
selsta
.merge+ 6660
-
xmr-pr
Added
-
selsta
.merges
-
xmr-pr
6600 6613 6660 6690 6693 6731 6739 6746 6752 6753 6757 6760 6761 6762 6763 6766 6767 6771
-
xmr-pr
selsta opened pull request #6782: supercop: update submodule
-
xmr-pr