01:03:24 <mini-fox[m]> Help, I have not received the coins, they were sent and confirmed in the network, what to do ?  I also can not send coins from another wallet after updating monero!
01:06:08 * mini-fox[m] uploaded an image: (86KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/FsWUQZaFnQociuWBFvaXFToZ/Screenshot%20from%202022-08-18%2003-42-34.png >
01:06:45 <mini-fox[m]> 4b627bc3cf86a2b6b4c5e8604e446e3897570b76f308ac111d3079d3afc29c86
01:06:52 <mini-fox[m]> txid
01:07:12 <mini-fox[m]> What to do ? 
01:07:12 * RavFX[m] uploaded an image: (8KiB) < https://libera.ems.host/_matrix/media/r0/download/0wnz.at/WSIFNRjckfsyzGmHeumOPsEE/image.png >
01:07:14 <RavFX[m]> Something wrong in you're node. Youre out of sync
01:07:39 <RavFX[m]> Or your screenshot very old
01:08:38 <mini-fox[m]> I just did a sync and a screenshot
01:09:16 <selsta> mini-fox[m]: try to set a manual remote node
01:09:32 <selsta> simple mode uses a random remote node and that node is pre fork
01:10:16 <mini-fox[m]> selsta: How do I do it ? 
01:10:20 <selsta> mini-fox[m]: https://github.com/monero-project/monero-gui/issues/3989#issuecomment-1214412781
01:10:26 <selsta> follow the steps in the comment
01:11:11 <selsta> then your coins should quickly show up
01:15:57 <mini-fox[m]> <selsta> "mini-fox: https://github.com/..." <- Good!!! Thank you!
01:20:35 <ofrnxmr[m]> Of youre wallet is v0.18.1.0, restart your node or pc
01:20:47 <ofrnxmr[m]> If your*
01:21:45 * mini-fox[m] uploaded an image: (10KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/zQqJxCzZUtSEuVgCvukcDtMC/Screenshot%20from%202022-08-18%2004-21-18.png >
01:22:52 <ofrnxmr[m]> Your local node stopped syncing at the hard fork.
01:22:52 <ofrnxmr[m]> Everything looks up to date. Probably just need to restart the node, or restart the pc if thats easier 
01:23:04 <selsta> ofrnxmr[m]: they use simple mode
01:23:12 <selsta> which connects to a random remote node
01:23:23 <ofrnxmr[m]> Meaning, the old process is still running somewhere 
01:23:46 <selsta> mini-fox[m]: is your issue solved?
01:23:57 <ofrnxmr[m]> Selsta, In this image, It appears they are using their own node 
01:24:17 <selsta> ofrnxmr[m]: no, see the double arrow
01:24:23 * ofrnxmr[m] uploaded an image: (43KiB) < https://libera.ems.host/_matrix/media/r0/download/monero.social/uiOSrUCXkGeANHMctIqjiRzt/Screenshot%20from%202022-08-18%2003-42-34_20220817212358.png >
01:24:41 <selsta> it's the button to tell simple mode to connect to a new node
01:25:08 <mini-fox[m]> Yes I solved the problem when I went into the extended menu but I did not do a manual entry server, the coins appeared by themselves, thanks for your help
01:25:57 <selsta> hmm, I don't think it is fully solved
01:26:00 <ofrnxmr[m]> Yeah, simple mode / setting a manual node will work 
01:26:00 <ofrnxmr[m]> But the initial issue appears to be using local mode and the blockchain being stuck at HF (?)
01:26:13 <selsta> ofrnxmr[m]: no :D
01:26:24 <selsta> I know someone had this issue but not this user
01:27:13 <selsta> mini-fox[m]: make sure to manually enter a server otherwise it might make issues agaib
03:00:59 * dscotese[m] posted a file: (20KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.lrn.fm/xkwLFOwBaJylnKairDcaEIFQ/si.txt >
03:16:05 <ofrnxmr[m]> Might be of no consequence but the weird thing im seeing is the ports for your synced blocks are all nonstandard. -- just to confirm, you are running v0.18.1.0, correct?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/116bd8df2eebd88f70ba53bb3953528d47939f7a)
03:17:23 <ofrnxmr[m]> https://paste.debian.net/1250836/
03:18:38 <ofrnxmr[m]> Almost all of those peers weird
03:24:53 <dscotese[m]> > <@ofrnxmr:monero.social> Might be of no consequence but the weird thing im seeing is the ports for your synced blocks are all nonstandard. -- just to confirm, you are running v0.18.1.0, correct?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/4dc1fa52107333d185a9d1277440ab30c816747b)
03:26:00 <dscotese[m]> A verification bottleneck on blocks or on peers?
03:26:39 <ofrnxmr[m]> Blocks 
03:26:55 <ofrnxmr[m]> They are downloaded, but not synced into your chain yet 
03:31:23 <ofrnxmr[m]> Try starting monerod using
03:31:23 <ofrnxmr[m]> --enable-dns-blocklist 
03:31:46 <ofrnxmr[m]> Add that flag to your current startup
03:32:22 <ofrnxmr[m]> (Everything looks ok, but the peerlist looks suspicious)
03:32:24 <dscotese[m]> Am I right that the list of items after [mooo...] is the list of dowloaded blocks that have to be verified?
03:32:30 <ofrnxmr[m]> Yes
03:33:18 <dscotese[m]> I will -enable-dns-blocklist, which I suppose prevents downloading bad blocks and wasting my time.  Is that supposition correct?
03:33:55 <ofrnxmr[m]> If those are bad peers, sending you bad peerlists, it will help to reject them and keep you connected to good peers
03:36:07 <ofrnxmr[m]> Either way, id suggest moving the blockchain from the HDD to the ssd, even If those arent bad peers
03:37:34 <dscotese[m]> `exit` returned "Stop signal sent".  It still has not exited.
03:37:43 <dscotese[m]> Is this long delay expected?
03:41:41 <ofrnxmr[m]> Depends.
03:41:41 <ofrnxmr[m]> On most systems its fast/instant.. but ive had it take a long time (minutes) when using a flash drive. I assume it has to finish verifying the current block and save the blockchain
03:47:12 <dscotese[m]> Finally stopped.  restarted with `--enable-dns-blacklist`.  Thanks for the help and I'll let you know if it worked.
03:47:49 <entry1[m]> dscotese:  good work on Agoradesk
03:55:10 <dscotese[m]> <entry1[m]> "dscotese:  good work on Agorades..." <- Thanks!
03:58:21 <dscotese[m]> > <@ofrnxmr:monero.social> Try starting monerod using... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/464251e2a5bdd79219d546131804f95e3876f54f)
04:03:34 <dscotese[m]> Three minutes ago, the Daemon spit out "monerod is now disconnected from the network".  Is this something that fixes itself and if not, is there a way to fix it and is there a way to prevent it from happening again?
04:03:34 <dscotese[m]> Right after I got that message, it said `SYNCHRONIZATION started`
04:11:15 <ofrnxmr[m]> It will do that if you stop syncing because your only peer gets disconnected
04:11:15 <ofrnxmr[m]> Should sort itself out, and after building a good peer list shouldn't have any problems 
04:11:23 <dscotese[m]> sync_info shows ten peers, all but one `synchronizing` and at 2692012, but no reports of sync progress, (like `synced 1154928/2691980 ...`).  This cannot be because I have too many blocks waiting to be verified, since the bottom of `sync_info` is empty, right?
04:12:08 <ofrnxmr[m]> Right
04:12:08 <ofrnxmr[m]> Its only pulling blocks from that 1 peer right now, give it a few minutes to find some more peers 
04:14:15 <ofrnxmr[m]> Try
04:14:15 <ofrnxmr[m]> out_peers 32
04:14:15 <ofrnxmr[m]> ^ choose any number, 32 is good in my experience for a small device 
04:15:41 <ofrnxmr[m]> Also, if you look at the top of `sync_info` or type `status` it will show your current height 
04:16:08 <ofrnxmr[m]> Sending a command while syncing might take a few seconds to complete, as it prioritized the verification 
08:35:30 <shima1944[m]> Hello.I send funds, they decrease in my wallet, but the transaction is not visible in the block browser.Can you tell me where you can ask for help in such a situation?
08:37:16 <monerobull[m]> r/monerosupport but i can help too
08:37:28 <monerobull[m]> shima1944: what wallet are you using?
08:39:03 <shima1944[m]> monerobull[m]: getmonero
08:39:17 <monerobull[m]> which version of the wallet?
08:39:53 <shima1944[m]> last version, download 3 days ago
08:40:01 <monerobull[m]> so v18?
08:40:20 <monerobull[m]> are you using a remote node?
08:40:34 * shima1944[m] uploaded an image: (183KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/bTLxVJRvTkucJajhLvKJCvJS/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA%20%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0%202022-08-18%20%D0%B2%2011.40.17%20AM.png >
08:41:25 <shima1944[m]> monerobull[m]: I just recently started using montero, I don't know what remote node is
08:41:45 <monerobull[m]> are you using the wallet in simple mode?
08:42:33 <shima1944[m]> I do not know how to look at it?
08:43:15 <monerobull[m]> in the bottom left, what does your wallet say? "Connected to remote node" or something else?
08:43:48 <shima1944[m]> Идентификатор транзакции (Tx ID):... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/b64664e5deac3f738a8de4b2d47c76acedacb783)
08:44:27 * shima1944[m] uploaded an image: (55KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/qSckSCuFXRQFTwnAboyLXGhy/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA%20%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0%202022-08-18%20%D0%B2%2011.44.13%20AM.png >
08:45:32 <monerobull[m]> does anyone in here know if you can pick specific nodes in simple mode?
08:47:45 <spackle_xmr[m]> Should be under Settings>>Node>>'Add remote node'
08:48:27 <DanIsnotthemanBr> isnt that advanced?
08:48:27 <spackle_xmr[m]> well, after you select the 'Remote Node' option
08:49:13 * shima1944[m] uploaded an image: (368KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/SMfrxCzNmMjaxaPCvTOVFOft/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA%20%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0%202022-08-18%20%D0%B2%2011.48.51%20AM.png >
08:49:18 <spackle_xmr[m]> Whoops, thought I was in simple mode, my mistake.
08:52:40 <shima1944[m]> These funds that I sent it turns out remained on my wallet? It's just that the balance decreased after sending.
08:53:13 <DanIsnotthemanBr> it will go back
08:53:30 <DanIsnotthemanBr> but should re transmit when it works properly
08:53:50 <DanIsnotthemanBr> i had a similar issue with gui and private node
08:53:57 <sech1> shima1944[m] your wallet is connected to a not updated node
08:54:58 <monerobull[m]> Sorry i got disconnected 
08:55:08 <monerobull[m]> <shima1944[m]> "Снимок экрана 2022-08-18 в 11.44..." <- This node hasn't updated 
08:55:23 <shima1944[m]> sech1: please tell me how to fix it
08:55:33 <monerobull[m]> Try reconnecting to nodes until you find one that syncs to a higher number 
08:55:36 <sech1> connect to an updated node
08:55:39 <sech1> or run your own
08:55:44 <monerobull[m]> The arrow button 
08:57:45 <DanIsnotthemanBr> doesn't simple mode download the blockhain on your pc?
08:59:42 <shima1944[m]> sech1: how to do it?
09:04:02 <shima1944[m]> <monerobull[m]> "The arrow button..." <- I've tried it 10 times already, it doesn't help
09:06:20 <monerobull[m]> Can someone walk shima through on how to change wallet mode so they can put in a specific node?
09:06:39 <spackle_xmr[m]> For the GUI, you need to exit your wallet and return to the initial 'Welcome to Monero' screen. Select 'Change wallet mode' and choose either 'Simple mode (bootstrap)' or 'Advanced mode'
09:06:39 <spackle_xmr[m]> FYI If you launch it in 'Simple mode (bootstrap)' I expect it will take significant time for your setup to sync. The fast/convenient option would be to select 'Advanced Mode' and use a remote node.
09:07:03 <monerobull[m]> I can help again in a couple hours cut need to go now. Just know that you still have all your coins
09:07:21 <spackle_xmr[m]> To exit your wallet select the 'Close this wallet and return to main menu'' option in the top left.
09:10:04 <spackle_xmr[m]> For the remote node option.
09:10:04 <spackle_xmr[m]> 1. Switch to Advanced Mode
09:10:04 <spackle_xmr[m]> 2. Open your wallet and when a window saying 'Stating local node in x seconds' pops up click 'use custom settings'
09:10:04 <spackle_xmr[m]> 3. Select 'Remote Node', click 'add remote node' and enter the information for a fully sync'd node. There is a list of nodes here: https://monero.fail/
09:13:17 <spackle_xmr[m]> 'Remote node' means you are using someone else's node to get information without running one yourself. There are some privacy downsides to this, but if you trust the person running the node there is no issue. If you want you can use my node at monero.party:18089
09:13:58 * shima1944[m] uploaded an image: (381KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/VQQOsZRVjYApKKnhIVwklWrS/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA%20%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0%202022-08-18%20%D0%B2%2012.13.39%20PM.png >
09:14:14 <shima1944[m]> what to click here?
09:14:49 <spackle_xmr[m]> "Connect to a remote node"
09:15:32 * shima1944[m] uploaded an image: (244KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/OBzIFtBGTEIrVUQPNyMyIJNQ/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA%20%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0%202022-08-18%20%D0%B2%2012.15.15%20PM.png >
09:15:33 <shima1944[m]> here?
09:15:46 <shima1944[m]> sorry Im stupid )
09:15:50 <spackle_xmr[m]> Yes, then 'Add remote node' and enter the details of a remote node you want to use.
09:16:43 <shima1944[m]> and which node do I want to use?where can I find him?
09:17:16 <spackle_xmr[m]> There is a list at https://monero.fail/
09:17:16 <spackle_xmr[m]> I run the node at monero.party:18089 if you want to use mine.
09:21:11 <spackle_xmr[m]> success?
09:21:44 <shima1944[m]> to log into my wallet, I choose restore from a mnemonic phrase, right?
09:22:25 <monerobull[m]> No, from file
09:22:33 <spackle_xmr[m]> You should have created your wallet already. "Open a wallet from file"
09:24:28 <spackle_xmr[m]>  * 'Remote node' means you are using someone else's node to get information without running one yourself. There are some privacy downsides to this, but if you trust the person running the node there is no issue.
09:24:40 <shima1944[m]> thank you very much.everything is back.Thanks a lot again
09:24:53 <monerobull[m]> 🥳
09:25:08 <spackle_xmr[m]> You are very welcome.
09:25:18 <spackle_xmr[m]>  * There is a list at https://monero.fail/
09:26:56 <DanIsnotthemanBr> oo gui has changed, might go back from feather wallet
09:37:01 <monerobull[m]> All these people popping up with problems at least show that monero is used by real people :P
09:41:29 <spackle_xmr[m]> hah, good point! The transaction volume looks to be close to normal again as well, so presumably people are figuring it out.
10:20:57 <johnfoss68[m]> https://www.themoneromoon.com/p/the-monero-moon-issue-55
10:50:31 <CidadoisAncap[m]> 👏👏
11:17:56 <Morpheus[m]> Just letting you guys know, Moneroj.net will be under maintenance Sunday. 
11:53:23 <plowsof> Johnfoss88 "smining" , also you dont need to use Monero Observer to learn about when meetings are happening, theyre posted on moneros /meta repo 
14:17:27 <atomfried[m]> what does the column "Web Compatible" mean on monero.fail?
14:23:24 <monerobull[m]> something about webwallets i think
14:53:21 <dscotese[m]> <ofrnxmr[m]> "Also, if you look at the top of..." <- I found a line in the log saying to make sure 18080 was open so I added a port forwarding rule for 18080 and 18081.  I can't tell if that changed anything but it now shows plenty of blocks after "[moooo...]".  At 14:30 it was at 1163317 and at 14:41 it was at 1163617.  300 blocks in 11 minutes is ridiculously slow, isn't it?  Now it's ten minutes later and it's still on
14:53:21 <dscotese[m]> 1163617.
15:14:42 <Rucknium[m]> dscotese: You may need better peers. You can add them...
15:15:02 <Rucknium[m]> https://monero.stackexchange.com/questions/3861/why-is-monerod-not-connecting-to-any-peers
15:15:15 <Rucknium[m]> Start `./monerod --add-peer <PEER>`
15:15:46 <Rucknium[m]> sethforprivacy's node should work well
15:15:46 <Rucknium[m]> https://sethforprivacy.com/about/#high-performance-monero-nodes
15:16:48 <Rucknium[m]> So restart the daemon with
15:16:48 <Rucknium[m]> `./monerod --add-peer node2.sethforprivacy.com:18080`
15:35:51 <r4v3r23[m]> anarkiocrypto[m]: link to agorist chat?
16:03:29 <selsta> dscotese[m]: if it shows plenty of blocks with moooooo then it is verification part that is slow
16:06:40 <selsta> Rucknium[m]: manually doing --add-peer is usually never required since we have seed nodes
16:07:34 <selsta> --add-peer also only adds an entry into the peer list, it does not necessarily connect to it which can be a bit confusing
16:08:03 <dscotese[m]> <Rucknium[m]> "dscotese: You may need better..." <- Does monerod build it's list entirely from the first peer it gets?  I didn't choose a peer, I only did --enable-dns-bl[a|o]cklist, and I used the a not the o.  It has been blocking peers and I think that means it worked, but I can see that the option is with the o not the a.
16:08:34 <dscotese[m]> selsta: Thanks for the details!
16:08:58 <selsta> now figuring out why the verification part is slow... what is your config?
16:09:10 <selsta> what db-sync-mode did you set?
16:10:00 <dscotese[m]> I didn't set anything except --enable-dns-blacklist (which isn't even a real option).
16:10:00 <Rucknium[m]> selsta: Thanks for the clarification. Could nodes get stuck in a "bad subgraph" of the network though?
16:10:12 <selsta> Rucknium[m]: --add-priority-node is the command you meant when someone wants to connect to a high speed node
16:11:05 <selsta> dscotese[m]: where did you see blacklist? blocklist is the command
16:12:29 <dscotese[m]> selsta: I misremembered it and used the bad memory when I entered the command line.
16:12:48 <selsta> is your node frequently banning peers?
16:13:21 <selsta> Rucknium[m]: I mean it is possible that you connect to bad peers only if you are unlucky but the sync_info command would show that
16:13:35 <selsta> having no blocks queued for sync
16:18:12 <dscotese[m]> <selsta> "dscotese: where did you see..." <- It turns out I had actually used "blocklist" and not "blacklist".
16:18:54 <selsta> what filesystem do you have?
16:19:11 <RavFX[m]> Personally I got 2520 blocked hosts in 6d 21h uptime
16:19:11 <RavFX[m]> 77 of them got unblocked
16:20:59 <dscotese[m]> selsta: What command will show me the filesystem?
16:21:58 <RavFX[m]> dscotese[m]: mount command
16:21:58 <RavFX[m]> will show all mounted things including there file system
16:22:22 <RavFX[m]> can also cat /etc/fstab
16:22:53 <dscotese[m]> selsta: btrfs
16:32:54 <selsta> difficult to say
16:33:07 <selsta> your sync sounds too slow for a SSD
17:09:49 <TrasherDK[m]> I love that shit. A, let's run that shit through a compression algorithm, and let's store our high I 
17:13:22 <TrasherDK[m]> let's sore our high IO database on this bz compacted volume, and just for extra security, let's make it a encrypted volume.
17:15:41 <TrasherDK[m]> Why is my node always falling behind ? 
17:16:48 <selsta> TrasherDK[m]: public rpc enabled?
17:17:32 <selsta> or any logs for it falling behind?
17:17:49 <TrasherDK[m]> Oh yes. All is open. Hit me.
17:19:21 <selsta> I've only seen this falling behind on my public rpc nodes while having high traffic
17:19:52 <TrasherDK[m]> selsta: I was bitching about, whoever thought bz was a good idea for saving a few bytes on a volume.
17:20:25 <selsta> talking about btrfs?
17:20:31 <selsta> I'm not familiar with file systems on Linux lol
17:20:44 <selsta> or maybe I didn't see the context
17:21:38 <TrasherDK[m]> I saw a `bz? in there, a few msg's ago.
17:23:15 <selsta> I don't see that message on IRC but I understand what you are saying now :D
17:24:30 <TrasherDK[m]> I was just pushing the extreme, bz and encrypt your monero volume for ultimate security. You know, like a joke.
17:27:10 <selsta> I did really have an issue with my node not keeping up, but that was likely due to high RPC traffic
17:28:32 <TrasherDK[m]> I have to disclose. While I'm sitting here dapping on me keyboard. I'm also listening to Jefferson Airplane's White Rabbit, in a loop 3 hours. Prepare yourself.
17:33:40 <nioc> :)
17:40:30 <TrasherDK[m]> selsta: By design. My mainnet, public, node is running on a low end lap-top. It's keeping up. When the log say "block host x.y", the firewall will block that thing for a month, unless it's getting blocked again from dns. I'm currently blocking more than 74K ip-addresses, Life's a bitch.
17:45:54 <TrasherDK[m]> Enjoy: https://www.youtube.com/watch?v=lejOqryepGI
18:00:15 <revuoxmr> Revuo Monero. Issue 133: August 11 - 18, 2022. http://revuo-xmr.com/issue-133.html
18:10:35 <RavFX[m]> Getting that when I try to run a stagenet node on my local PC
18:10:35 <RavFX[m]> Invalid DNSSEC TXT record signature for updates.moneropulse.org: validation failure <updates.moneropulse.org. TXT IN>: no signatures from 192.168.~~.~~ for trust anchor . while building chain of trust
18:10:35 <RavFX[m]> Normal?
18:11:58 <selsta> RavFX[m]: what happens when you start with `DNS_PUBLIC="tcp://9.9.9.9" ./monerod`
18:12:48 <selsta> it usually means your DNS is misconfigured somewhere
18:15:04 <RavFX[m]> selsta: I don't get the error and it start syncing faster
18:15:10 <RavFX[m]> thanks
18:15:41 <monerobull[m]> It's nice to see the ecosystem grow. P2pool, haveno, serai, erc
18:16:06 <selsta> RavFX[m]: not sure if start sync faster is related
18:30:50 <CidadoisAncap[m]> <monerobull[m]> "It's nice to see the ecosystem..." <- We grow stronger every day
18:31:45 <RavFX[m]> Gonna try that test haveno soon
18:31:45 <RavFX[m]> Going to mine myself some stagenet coins
18:32:19 <spacekitty420[m4> you dont have to, there's the faucet for that
18:32:55 <RavFX[m]> spacekitty420[m4: But I want to :p
19:49:35 <RavFX[m]> https://xmrchain.net/tx/afb6ebc281e51b85ad06c8a59bbd520081437ca250d8355ff63c62484571d9e5/1
19:49:35 <RavFX[m]> Why are coinbase TX being used in ring signatures?
19:49:35 <RavFX[m]> Theses are easy to weed out from the lot
19:54:43 <Rucknium[m]> RavFX: Miners' transactions would be traceable if no coinbases were included as decoys when spending. They are not "easy to weed out" since plausibly those coinbase outputs could be the real spend.
19:54:56 <Rucknium[m]> This is especially important now that so many people are using p2pool
19:55:12 <RavFX[m]> ah yeah, true. Did not think about that one
20:02:01 <selsta> RavFX[m]: a lot of users have coinbase transactions due to p2pool
20:02:54 <sech1> Rucknium[m] a significant portion of all transactions have p2pool decoys now, it would be interesting to know how it affects decoy selection and effective ring size
20:08:24 <Rucknium[m]> sech1: Hopefully I can get to that eventually. I think the main risk is obvious mass-consolidation transactions of p2pool outputs. Then an observer could virtually rule out  the ring members of rings that use those mass-consolidated outputs as decoys, sort of reproducing the zero-decoy or chain-reaction effect.
20:12:13 <sech1> chain reaction is unlikely with 16 decoys
20:12:52 <sech1> at best they'll know that these p2pool outputs were spent and reduce the ring in question from 16 to 15 decoys
20:13:11 <sech1> or to 14/13 in some cases
20:45:34 <Rucknium[m]> Right
22:05:17 <dscotese[m]> <selsta> "your sync sounds too slow for..." <- Yeah, but it's also too slow for a HD.  I think my 2TB drive really is a HD, but the verification bottleneck is the cpu.  I stopped some services and it has verified 800 blocks in three minutes.
22:05:33 <dscotese[m]> Thanks for y'alls help.
22:06:34 <selsta> dscotese[m]: monero sync requires random IO which is really bad on HDD, so SDD would speed things up
22:06:53 <selsta> with fast SSD + good CPU it is possible to sync in 8h