00:32:57 <cjac> but instead of decreasing, it keeps increasing.  ha.
00:35:38 <plowsof11> the estimate is not accurate, syncing is quick at first. the last 20~% is where the fun begins 
00:36:39 <cjac> the first 90% and the second 90% as one of my managers used to call it
00:36:50 <plowsof11> lol
00:40:42 <cjac> why does it print this every now and then?  I'm clearly getting chunks.  my ~/.bitmonero is > 100G at this point
00:40:45 <cjac> 2022-12-08 00:39:43.881 W No incoming connections - check firewalls/routers allow port 18080
00:45:30 <nioc> you have no incoming connections, need port forwarding or maybe firewall
00:46:06 <nioc> it will work without, better for the network with incoming connections 
00:46:38 <cjac> alright, so I should add some snat rules or configure a upnp server to increase throughput?
00:47:02 <cjac> I don't generally accept incoming connections on my router
00:47:50 <plowsof11> configure a what now 
00:48:20 <cjac> https://shorewall.org/manpages/shorewall-snat.html
00:48:39 <cjac> https://support.f5.com/csp/article/K7820
00:49:09 <plowsof11> sudo ufw allow 18080/tcp
00:50:00 <cjac> which would work if the monero were running on the router, I guess
00:50:07 <plowsof11> on my home router i just 'go to the port forwarding page' this all seems overly complicated
00:50:58 <cjac> "overly complicated" sounds like "enterprise" to me
00:52:52 <plowsof11> did i read you are setting 4 nodes up?
00:53:11 <cjac> 6 for now
00:53:20 <cjac> I'm looking at getting another 10
00:55:11 <DanIsnotthemanBr> OO
00:55:36 <cjac> I'd like to set up one of these things: https://cloud.google.com/anthos/clusters/docs/bare-metal/latest
00:55:57 <cjac> one of my customers has an ABM environment set up on top of openstack
00:56:12 <cjac> and openstack is a bunch of libvirt nodes with a management layer
00:56:26 <cjac> 6 nodes is not quite enough for a proper cluster, so I'm going to see if I can get another 10
00:56:31 <plowsof11> wow nice, speaking of enterprise ? i was looking at a "kubernetes" monero node project , they made a demo video of it https://yewtu.be/watch?v=0naGMU813ws
00:56:40 <plowsof11> strange coincidence 
00:56:46 <cjac> while I'm in the process of putting the cluster together, I figured I'd use the systems to mine some monero
00:57:00 <cjac> yay k8s
00:57:03 <DanIsnotthemanBr> There is docker monerod yeah?
00:57:06 <plowsof11> we've had no updates in 1 year though https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/227
00:57:26 <cjac> docker is old news, I hear.  containerd is the new hotness, maybe?
00:58:03 <plowsof11> open ports 18080 or i will be sad 
00:58:23 <DanIsnotthemanBr> Yeah k8 is containerd/ same shit as docker
00:59:05 <cjac> plowsof11: I'll consider adding a snat rule.  Or I could get my v6 network going and just open up the local host's 18080 port
01:00:46 <cjac> this kubernetes environment has 5 monerod servers running.  what's the benefit of having more than one?
01:01:27 <DanIsnotthemanBr> Uptime probably
01:01:49 <DanIsnotthemanBr> A pod dies another comes back
01:02:28 <plowsof11> 10 nodes without 18080 open = big sad for me 
01:03:17 <cjac> I'll probably just run a single monerod ; the rest will be xmrig instances
01:03:46 <DanIsnotthemanBr> K8 xmrig
01:04:19 <cjac> maybe.  I might hold off on setting all that up until I have enough nodes to have a proper openstack cluster
01:13:36 <plowsof11> #xmrmine:matrix.org will be able to help in depth 
01:39:10 <DanIsnotthemanBr> they got the k8 running with monerod in that proposal. where they going to do other things?
01:41:51 <plowsof11> im totally out of the loop on this one 
17:09:35 <erembax[m]> I started the GUI as administrator with "sudo monero-wallet-gui" because that was needed to install p2pool. Now I want to run the GUI as a regular user but when I try to open my wallet I get: 
17:09:35 <erembax[m]> Couldn't open wallet: internal error: "/home/user/Monero/wallets/walletname/walletname.keys" is opened by another wallet program
17:09:35 <erembax[m]> I've already restarted my computer but to no avail. I'm running Ubuntu. 
17:09:35 <erembax[m]> Anybody have an idea?
17:20:42 <selsta> erembax[m]: how did you install monero-wallet-gui? sudo should not be required to install p2pool
17:23:14 <selsta> using sudo messes with the permission, you have to take a look the wallet file permissions
17:23:41 <erembax[m]> selsta: It was necessary and I found other people online who had the same issue. Anyways, it has been resolved, my wallet and wallet.keys files were owned by root, had to change ownership back to me.
17:24:19 <selsta> how did you install monero-wallet-gui? from getmonero.org or a different way?
17:24:53 <erembax[m]> from getmonero.org and then cp to /usr/local/bin
17:25:11 <erembax[m]> and verified against binary fate key
17:25:30 <selsta> i think it's because it is inside /usr/local/bin
17:26:21 <plowsof11> yeah
17:29:07 <plowsof11> cp monero-wallet-gui /usr/local/bin
17:29:07 <plowsof11> cp: cannot create regular file '/usr/local/bin/monero-wallet-gui': Permission denied
17:29:19 <plowsof11> sudo cp monero-wallet-gui /usr/local/bin -> ls -la and the file is owned by root
17:30:12 <erembax[m]> sorry I didn't explain myself. I used 'sudo cp' to copy all the files to /usr/local/bin and I had 0 problems running monerod en gui as a regular user.
17:30:33 <erembax[m]> problem arose when I launched the gui with sudo once
17:30:34 <erembax[m]> that has been resolved now
17:31:46 <ofrnxmr[m]> Lesson: dont launch programs with sudo unless the program is intended to be run as root
17:32:14 <plowsof11> can i see a link that tells people how to install the monero gui on inux 
17:32:14 <erembax[m]> ofrnxmr[m]: I know, but it was necessary one time to install p2pool from the gui.
17:32:28 <vaacuha[m]> > <@plowsof:matrix.org> cp monero-wallet-gui /usr/local/bin
17:32:28 <vaacuha[m]> > cp: cannot create regular file '/usr/local/bin/monero-wallet-gui': Permission denied
17:32:28 <vaacuha[m]> > 
17:32:28 <vaacuha[m]> BTW, it's usually better to install such software to `/opt/` and then create links in `/usr/local/bin`. Makes it easier to manage
17:32:31 <ofrnxmr[m]> If so, thats a bug. Let me try
17:33:54 <plowsof11> vałacuha nice, that is what this mystery "how to install monero gui on linux" should say if erembax could link us
17:35:50 <erembax[m]> plowsof11: what do you mean? where I found the idea to install to /usr/local/bin ?
17:38:22 <ofrnxmr[m]> Seems you cant start p2pool via GUI without a node running on the same device (so u cant test, sorry) 
17:38:31 <ofrnxmr[m]> I* cant
17:39:07 <erembax[m]> I couldn't find a way to install it on Linux so I remembered that I installed Bitcoin that way as instructed here: https://bitcoin.org/en/full-node#linux-instructions
17:39:07 <erembax[m]> So I tried it with monero and it worked.
17:39:13 <plowsof11> never required sudo for it when ive tested previously 
17:39:46 <ofrnxmr[m]> You just need to download (or build) and run the binary 
17:40:21 <erembax[m]> ofrnxmr[m]: by installing it in /usr/local/bin I can run it from anywhere though no?
17:40:28 <ofrnxmr[m]> Yeah.. monero doesnt need root
17:41:08 <plowsof11> vałacuha: your method is for "allowing people to run it from anywhere on the command line" without root right?
17:41:51 <erembax[m]> plowsof11: I thought this was the best way to install it, and afaik when I launch monerod or gui I don't do it as root?
17:42:41 <vaacuha[m]> erembax[m]: Yup, it makes it appear in your system's `$PATH`
17:43:11 <vaacuha[m]> erembax[m]: You don't _have_ to
17:43:28 <erembax[m]> vaacuha[m]: Ok great I don't.
17:43:31 <plowsof11> the bitcoin (?) guide you linked to erembax says "sudo install -m 0755 -o root -g root -t /usr/local/bin bitcoin-22.0/bin/*"
17:43:46 <plowsof11> does anyone know what this is 
17:44:08 <erembax[m]> plowsof11: oh I missed that? I didn't not at the root part, just sudo cp
17:44:31 <plowsof11> the guide does not tell you how to install the GUI though 
17:44:34 <vaacuha[m]> plowsof11: Yeah, the program just copies files setting ownership and attributes
17:46:35 <erembax[m]> Ok to be clear I didn't use the install command, I just copied it to /usr/local/bin so I could launch it from anywhere
17:46:36 <plowsof11> erembex your homework from valacuha "BTW, it's usually better to install such software to /opt/ and then create links in /usr/local/bin. Makes it easier to manage"
17:47:29 <erembax[m]> plowsof11: I can copy all the files to /opt, but I don't know how to make a link. Also, what is the benefit over keeping it in /usr/local/bin?
17:47:30 <plowsof11> mine too ^
17:47:54 <plowsof11> thats what we must search for and learn about 😆
17:48:44 <plowsof11> we're in the same boat here 
17:50:10 <Rucknium[m]> erembax: To make a link, add the directory where Monero is located (any directory) permanently to your `$PATH`. You can search on the internet about how to do that.
17:51:14 <selsta> https://unix.stackexchange.com/a/37726
17:51:23 <selsta> By default, the owner and group of /usr/local and all subdirectories (including bin) should be root.root
17:51:33 <selsta> this means monero-gui can't install anything there without root
17:51:57 <erembax[m]> selsta: ah that explains things
17:51:59 <Rucknium[m]> This is the "just enough knowledge to be dangerous" portion of your linux learning journey
17:52:02 <selsta> without sudo*
17:52:06 <plowsof11> lol
17:53:46 <ofrnxmr[m]> Rucknium[m]: eudaimon36: 
17:54:56 <plowsof11> im still trying to understand what this sudo install command does 
17:55:09 <plowsof11> never seen it used for "copying binary files"
17:58:35 <vaacuha[m]> <erembax[m]> "I can copy all the files to /opt..." <- Just to be clear, you don't copy binaries like `/opt/monerod`, but copy the whole directory like this: `/opt/monero/`. This enables you to easily update your install later by simply overwriting that /opt/monero with your `~/Downloads/monero-wallet-19`
17:58:35 <vaacuha[m]> As for links, you just do `ln -s /opt/monero/monerod /usr/local/bin/monerod`
18:00:15 <revuoxmr> Revuo Monero. Issue 149: December 1 - 8, 2022. http://revuo-xmr.com/issue-149.html
18:00:23 <vaacuha[m]> <plowsof11> "im still trying to understand..." <- Well, some find it easier than copying them manually with cp and then setting attributes with chown and chmod
18:00:46 <plowsof11> TIL thanks
18:02:57 <KernelCustard[m]> https://dark.fi/manifesto.html 
18:02:57 <KernelCustard[m]> Thought this would be of interest in here.  Atleast to hear some opinions on it.  
18:03:06 <KernelCustard[m]> DarkFi is apparently a privacy focused L1. 
18:03:17 <erembax[m]> in /opt I can see folders for programs I have installed using a .deb package, I can launch them from everywhere in the terminal, but I can see that /opt is not in $PATH, so I assume that links have been created as part of the install process to a directory that is in $PATH, namely one of these:
18:03:17 <erembax[m]> /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/snap/bin
18:03:17 <erembax[m]> Is there a way to list all the existing links?
18:03:35 <KernelCustard[m]> The lead dev is Amir Taaki who was part of the original group of Bitcoin devs ands and wrote the original DarkMarket at the Toronto Bitcoin Hackathon 
18:08:51 <cjac> is it possible to break the initial sync process down such that it could be parallelized?  If I had a cluster of 100 nodes, could I have each of them process 1% of the load, and then merge the results à la mapReduce?
18:09:23 <vaacuha[m]> > <@erembax:matrix.org> in /opt I can see folders for programs I have installed using a .deb package, I can launch them from everywhere in the terminal, but I can see that /opt is not in $PATH, so I assume that links have been created as part of the install process to a directory that is in $PATH, namely one of these... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/404380e3d462c42691c90e8a4ddad2de6c045b41>)
18:09:53 <vaacuha[m]> for each directory in your $PATH
18:10:47 <erembax[m]> Can I just add /opt/monero to $PATH instead of making a link?
18:11:08 <SerHack> erembax[m] of course
18:11:12 <vaacuha[m]> Well, of course you can
18:11:52 <erembax[m]> but best practive seems to be to create a link to some directory under /usr
18:12:04 <vaacuha[m]> yup
18:26:57 <erembax[m]> I'm learning a lot here, thanks guys. I assume I have to create a link for every executable in /opt/monero, like monero-wallet-gui etc
18:33:48 <erembax[m]> Now everything is in /opt/monero with links to /usr/local/bin for monerod and monero-wallet-gui, I removed the p2pool files from /opt/monero and tried to install p2pool again from the GUI, but the install fails and it suggest starting the program with admin privileges. This is because you need admin privileges to install anything in /opt right?
18:35:21 <vaacuha[m]> Yes, /opt owner is still root
18:35:49 <vaacuha[m]> So to copy anything into /opt you will need root privileges
18:38:59 <erembax[m]> Ok, I will run monero-wallet-gui as root once then to install p2pool and then change the ownership of the wallet files back to $USER
18:42:42 <vaacuha[m]> And why does the root need to own the wallet again? 
18:46:46 <Save_G[m]> Hello
18:46:47 <Save_G[m]> I want to print https://www.getmonero.org/library/Zero-to-Monero-2-0-0.pdf as a "book" it doesn´t  even need to be a book with a hard or soft cover, it could also be just the printed pages with a somwhat professional looking something put together on the left edge and I want the first page to be or act as a cover.
18:46:47 <Save_G[m]> But so far all the PDF to book shops I've tried cut away some of the comments at the edge of the pages and don't let me select the first as cover or not to print the first page.
18:46:47 <Save_G[m]> does anyone know where I could do this?
18:53:24 <erembax[m]> Is there any reason why I should not make root owner of ~/.local/share/applications/monero-gui.desktop? Root is owner of /usr/share/pixmaps/monero.png and it seems permissions need to be the same
19:18:44 <KernelCustard[m]> > <@save_g:monero.social> Hello... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/eab99392be99c8646be7c300bb13936abad47cc4>)
19:19:31 <KernelCustard[m]> Check the book/zine printing section, provider will depend on your location 
19:20:21 * KernelCustard[m] uploaded an image: (153KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/LPMFCqoKMokfyEzuUKOjYwvS/Screenshot%202022-12-08%20at%2019.19.41.png >
19:55:26 <selsta> cjac: wouldn't you need the previous block to verify the blockchain correctly?
20:05:46 <xfedex[m]> > <@save_g:monero.social> Hello... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/24c1201397502711d12318a97a6976d90a5aacee>)
20:33:47 <cjac> selsta: that's a good question.  Sounds likely.
20:49:50 <wormrobot> solo mining is what we should Incentivise? since we dont want any mining pool to have > 50% of the hashrate
20:50:30 <erembax[m]> wormrobot: Isn't p2pool equally good to solo mining?
20:51:30 <wormrobot> erembax[m]: yes
20:57:06 <wormrobot> for xmrig it doesnt clarify which one is for window users
21:00:09 <wormrobot> nvm i figured it out
21:04:55 <kowalabearhugs-[> Does syncing a BTC, XMR, etc lightwallet reveal to the server that the connected wallet IP received a txn?
21:06:41 <kowalabearhugs-[> It appears that the lightwalletd server for Zcash can identify that a connected wallet received a shielded txn. I'm trying to verify if a remote node can determine if a syncing XMR wallet received a txn.
21:07:11 <hyc> nope
21:07:39 <KernelCustard[m]> Route everything over Tor/VPN regardless 
21:08:09 <hyc> a wallet requests all new blocks. remote node has no idea which blocks have relevant txns
21:17:30 <cjac> would it be useful to have a trusted third party (notary, for instance) sign various blocks so that one can pick up from that point with the assumption that the blockchain to that point is valid?
21:17:49 <cjac> I was talking to Greg Meredith about this at one point, I think...
21:18:07 <Mochi101> trustless
21:18:46 <cjac> this is in response to selsta's comment above
21:19:18 <selsta> it kinda misses the point adding a trusted third party into it
21:19:34 <selsta> sync currently takes 12-24h with an SSD, it's not too bad
21:19:46 <selsta> and you have to do it only once and can copy the blockchain file to other systems
21:20:07 <Rucknium[m]> kowalabearhugs-[m]: Remote nodes are different from light wallets, at least in Monero language. A user gives the view key to a light wallet server. A user doesn't give any keys to a remote node
21:20:12 <cjac> if the chain were signed monthly, then the dataset could be sharded at each signature and the load could be parallelized
21:20:49 <Rucknium[m]> cjac: What do you mean "pick up at that point? You need most of the chain to construct a transaction because you need decoy tx outputs.
21:22:12 <hyc> everyone always forgets Monero isn't like other blockchains, has different requirements ...
21:22:32 <cjac> the process would also include validation of those signatures, too.  once the first chunk is read, the chain will be validated by the processor and the state of the chain could be compared against the signed version
21:23:20 <cjac> Rucknium[m]: hmm, I'm not too familiar with the process.  I assumed that this block depends on the verification of the previous block in order to be processed
21:23:40 <cjac> if there are other dependencies, this wouldn't work of course
21:24:02 <cjac> can you define "decoy tx outputs" ?
21:24:20 <Rucknium[m]> Yes, you are making lots of incorrect assumptions. There are intros on getmonero.org, localmonero.co, _Mastering _Monero, and Zero to Monero 2.0
21:24:38 <Rucknium[m]> At this point you can DYOR and come back :)
21:24:47 <Rucknium[m]> Also there is a Monero Stack exchange
21:25:04 <cjac> okay, thanks.  I'll continue reading.  Thanks for the concept review :-)
21:27:13 <Rucknium[m]> I suppose you can also read https://github.com/Rucknium/OSPEAD/blob/main/OSPEAD-Fully-Specified-Estimation-Plan-PUBLIC.pdf
21:27:13 <Rucknium[m]> I wrote it
21:28:07 <hyc> according to wikipedia, that now makes you the least qualified person to talk about it
21:30:03 <Save_G[m]> <KernelCustard[m]> "> <@save_g:monero.social> Hello..." <- very good resource, thanks
21:30:11 <Rucknium[m]> Yes, no original research and wiki article author cannot be too close to the subject matter :P
21:30:23 <Save_G[m]> <xfedex[m]> "> <@save_g:monero.social> Hello..." <- I will probably do that
21:31:39 <as2333> in a past life I copied stuff from a wikipedia article in one language to the same article on a different language but got censored cause 'wikipedia is not a source for wikipedia' (cant make this shit up)
21:32:19 <hyc> sadly, I can believe it
21:35:17 <wormrobot> when setting up p2pool does monerod has to sync all over again even tho i the GUI already downloaded the entire blockchain
21:36:08 <wormrobot> or how can i point monerod to use the monero blockchain lmdb
21:36:43 <hyc> did the GUI start up its own local monerod?
21:36:52 <hyc> or was it using a remote node?
21:37:14 <wormrobot> well im trying to setup my first monero miner 
21:37:27 <wormrobot> i use to mine btc/eth before
21:37:31 <hyc> that doesn't answer the question.
21:37:35 <hyc> what did you do with the GUI?
21:38:01 <wormrobot> i have the gui but i just used the gui to make a backupwallet 
21:38:11 <wormrobot> but now i dont use it or open it 
21:38:21 <wormrobot> but now im trying to setup p2pool 
21:38:28 <wormrobot> and monerod is syncing all over again
21:38:38 <wormrobot> which is taking up more space
21:39:02 <hyc> so the question - was the GUI talking to its own local monerod?\
21:39:05 <wormrobot> so i want to know if their is a way to point monerod to the already installed blockchain from the GUI 
21:39:14 <hyc> if so then yeah, you already have a usable copy of the blockchain
21:39:31 <hyc> if the GUI was talking to a remote node then no, and your monerod has to download everything
21:41:43 <wormrobot> hyc: no when i download the gui i always choose to run my own node in the background & download the whole blockchain
21:42:29 <hyc> then you should use the --data-dir option to tell monerod what directory to use
21:42:31 <wormrobot> so thats why iknow i already have the full bockchain downloaded 
21:42:40 <wormrobot> hyc: 
21:43:10 <wormrobot> hyc: your amazin thats the option flag i was missing, ill try it now one sec
21:45:11 <wormrobot> also i recommend people to backup the blockchain directory on to a flashdrive
21:45:23 <cjac> a huge flashdrive
21:47:14 <wormrobot> 250gb thumbdrive which i believe means monero has to be double its current size basically for it to take up the entire drive
21:47:35 <wormrobot> current size for me is 107GB
21:48:39 <cjac> Rucknium[m]: so in blockchains that don't optimize for plausible deniability, would this be a problem?
21:58:40 <wormrobot> hyc: much better thank you! now it says 86% instead of syncing from block 0 again
21:59:30 <cjac> wormrobot: I guess I'm showing my age.  A 250G drive still feels huge to me.
22:00:45 <wormrobot> cjac: yes i understand now, and its okay no worries
22:01:54 <apotheon> I'm finally getting to the point where 250GB doesn't seem like a lot to me.
22:02:28 <wormrobot> does block reward increase over time in monero?
22:02:50 <hyc> I copy Linux install ISOs to flash drives to boot. the ISOs are less than 8GB. can't even find a flash drive smaller than 32GB on sale anywhere
22:02:51 <wormrobot> iknow in btc it decreases  
22:03:06 <wormrobot> hyc: same lol
22:03:39 <hyc> monero block reward used to decrease. now it's constant, 0.6xmr per block
22:03:43 <apotheon> I still have a pile of flash drives 8GB and smaller.
22:04:04 <hyc> i.e., it decreased to its minimum level in August and has stopped decreasing
22:04:04 <wormrobot> hyc: is that forever? 
22:04:10 <hyc> yes, forever
22:04:49 <wormrobot> & if u dont mind me asking what caused it to stop decreasing?
22:05:01 <apotheon> original design
22:05:03 <wormrobot> apotheon: lucky
22:05:09 <apotheon> Is that lucky?
22:05:29 <apotheon> I keep having to figure out which flash drive will hold all the data I need.
22:05:46 <wormrobot> yeah because i use to get them for free in school and never saved them and now that i started to fall in love with computers now i need them so i have to buy 
22:06:00 <wormrobot> apotheon: waow same 
22:06:28 <hyc> I have to figure out which one wastes the least amount of space :P
22:06:42 <wormrobot> apotheon: btw samsung made one that looks really clean and easy to hide because of its color
22:07:23 <hyc> at one point I figured out how to boot an ISO from a partition. so then I carved up a 32GB flash drive into 4 8GB partitions, and put 4 different install images on it
22:07:36 <hyc> then you just toggle the bootable flag of the one partition you want
22:07:39 <wormrobot> was it at specific block, where the reward stopped decreasing?
22:07:56 <wormrobot> hyc: smart lol
22:08:09 <wormrobot> never tried it tho
22:08:20 <apotheon> wormrobot: yes
22:08:28 <apotheon> pretty sure, anyway
22:08:50 <hyc> block reward was an exponential decay curve
22:09:40 <hyc> but emission curve wasn't exact because in the past, some miners didn't take the full reward
22:10:29 <hyc> ISTR one of the hardforks changed it so that the full reward had to be taken every time, so maybe the final block became known at that point
22:15:32 <Rucknium[m]> cjac: Whether your idea is a "problem" or not really depends on what a user is using the blockchain for.
22:16:35 <Rucknium[m]> wormrobot: Block 2.641.623  https://p2pool.io/tail.html
22:18:50 <Rucknium[m]> Block reward now can go lower than 0.6 per block if Monero transaction volume suddenly rises. It's built into Monero dynamic block size feature. It can never go higher than 0.6/block
22:28:39 <wormrobot> Rucknium[m]: ohh so it can go lower depending on the tx vol but wont ever go higher the 0.6 per block
22:29:13 <wormrobot> tx vol is pretty low then huh?
22:36:24 <Save_G[m]> <Rucknium[m]> "Block reward now can go lower..." <- you are trying to say that the total supply can´t increase more then 0.6xmr per block but the block reward can be higher due to fees
22:36:57 <kowalabearhugs-[> <rucknium[m]> "kowalabearhugs-[m]: Remote nodes..." <- Thanks for correcting the terminology. Both MyMonero and Monerujo are considered lightwallets despite their different backend functionality, correct? Perhaps another term is needed. Zcash's Lightwalletd seems more akin to a MyMonero, LWS setup
22:37:28 <endogenic> a lightwallet is a scanner server plus api
22:37:32 <endogenic> mostly!
22:37:50 <endogenic> monerujo is not considered a light wallet but a full wallet
22:38:06 <cjac> Rucknium[m]: Sorry, I meant ask whether the introduction of anonymizing transactions and obfuscation is the primary reason that the process cannot be parallelized.
22:38:10 <endogenic> lightwallets also differ from the rpc wallet server
22:38:24 <endogenic> to answer your q, the client can use tor or i2p
22:38:36 <kowalabearhugs-[> Ah I rarely hear the term full wallet
22:39:27 <selsta> cjac: does bitcoin support what you are asking?
22:40:04 <cjac> selsta: multi-threaded data load?  not certain.  I'm new to cryptocurrencies.
22:45:28 <kowalabearhugs-[> Is Zcash using lightwalletd for mobile wallets because the higher resource requirements for sync must be offloaded? Can a wallet sync on mobile without offloading?
22:50:03 <Rucknium[m]> cjac: What process, and parallelized how?
22:51:21 <Rucknium[m]> You also need to think about what could happen if there are malicious actors in the network.
22:52:35 <apotheon> wormrobot: I'm not sure I'd describe Monero has being low volume, though I suppose that depends on your definitions.
22:53:18 <apotheon> It gets quite a bit of transaction volume, compared to most other cryptocurrencies, in terms of actual use as a currency rather than just a trade arbitrage instrument.
22:53:51 <Rucknium[m]> kowalabearhugs-[m]: Monero wallets can sync on mobile easily. That's what most Monero-focused mobile wallets do: Monerujo, Cake, Stack, etc. For Zcash, you would want to do a head-to-head comparison of time per (shielded) output scanned with Monero outputs. I don't know how well a mobile wallet handles Zcash shielded tx in their several versions.
22:54:05 <apotheon> In a way, banning Monero from CEXes is a benefit, because there's less speculative daytrading traffic stacking up the blockchain, and more real-world use.
22:54:50 <cjac> Rucknium[m]: the initial blockchain load process ; parallelized in that block x doesn't depend on block x-1
22:56:56 <Rucknium[m]> And if a malicious node feeds the syncing node bad data? How would it know? (it wouldn't). That's why your idea doesn't work when there are adversaries on the network.
22:57:49 <Rucknium[m]> So a malicious node feeds the syncing node GB of data for the last part of the chain. That's a waste, and you've slowed down the syncing process. Counter-productive.
22:59:03 <kowalabearhugs-[> <rucknium[m]> "kowalabearhugs-[m]: Monero..." <- rucknium[m]: Yes, in my experience remote nodes can sync a Monero wallet as fast as lightwalletd syncs Ywallet despite Monero having 5-7x the txn volume. Just curious if a theoretical mobile Zcash wallet could sync without offloading resource requirements to lightwalletd
23:00:22 <selsta> zcash has huge performance issues currently from what i have read on their forum
23:00:29 <Rucknium[m]> I don't know. It would be a good question for the Zcash forums.
23:00:43 <selsta> due to the spam attack
23:01:07 <cjac> Rucknium[m]: in my example, the data would be signed by a third party whose public key has been verified
23:01:14 <as2333> cjac bitcoin can't be 'parallelized' either - and it's simpler than monero.
23:02:36 <Rucknium[m]> cjac: That's directly contrary to the proof-of-work security model.
23:02:58 <cjac> okay.  I'll keep reading.  I appreciate you letting me bounce thoughts off of you.
23:03:46 <apotheon> Are there any reasonable speculations about why there's a spam attack on Zcash?
23:03:48 <cjac> as2333: thanks.  I'll keep reading.  I'm as25819 btw
23:03:49 <Rucknium[m]> The Bitcoin white paper is short and not hard to read.
23:04:06 <apotheon> . . . or perhaps actually known explanations for it?
23:04:19 <Rucknium[m]> It describes the building blocks (pun intended) of virtually all cryptocurrencies.
23:05:55 <Rucknium[m]> apotheon: There were some early spam txs to burn addresses with messages about the internal management of Electric Coin Company, the developer of Zcash.
23:06:51 <kowalabearhugs-[> apotheon: At last glance that attack appears to have ended in late November
23:07:46 <Rucknium[m]> https://forum.zcashcommunity.com/t/heavily-increased-transaction-load-since-june-14/42349/15
23:09:27 <cjac> ah, I think I'm thinking of something more in line with Proof of Stake validators