03:55:22 <fluffydonkey[m]> People keep talking about the market cap of Monero
03:55:43 <fluffydonkey[m]> How can you know the market cap without knowing the total number of coins in circulation?
04:03:43 <h2017> all the coins ever issued are considered to be in circulation
04:04:17 <h2017> with stuff like xrp they have to exclude the stuff owned by the company that they say their just holding
04:05:30 <h2017> the total number of coins mined is known, so long as there is no bug allowing people to mine extra
07:09:44 <fluffypony> fluffydonkey[m]: we do know the total number of coins in circulation
07:09:52 <fluffypony> lost coins are still in circulation, they're just inaccessible
09:06:49 <koork> How long should it take to import and verify the entire blockchain from a .raw file?
09:25:46 <fluffypony> koork: depends on the speed of your computer
09:43:42 <koork> fluffypony: Old laptop - Intel i5-7300U (2.5GHz dual core), and 8gb ram. rn I'm using a hard-drive, and it had completed a bit more than half in more than 24 hours. How much faster can I expect an SSD to be?
09:45:24 <koork> I'm switching soon, so the actual question is if I should keep it running, or just do the whole thing all over again with an SSD
09:50:05 <Monegro> I can download the entire Monero blockchain on a i7300U in about 24 hours.
09:50:55 <Monegro> mabye it's a 7200U? I don't remember. But at any rate, set it to run overnight, and there's a good chance it'll be done by morning
09:54:12 <koork> Moneqro: You're right, it's 7200. Typo haha. The .raw file is already on my computer - took it only a few hours to download. The problem is the verification process
10:12:57 <fluffypony> koork: it's quite IO bound
10:13:03 <fluffypony> so an SSD will make a MAJOR improvement
10:13:47 <fluffypony> I can import the .raw in an hour on an SSD
10:13:49 <fluffypony> but that's on very fast PCI-e gen 4 nvme, so ymmv
10:15:03 <koork> Oh nice. Thanks a lot
11:53:26 <endor00[m]> An ssd would take a few hours to do the whole thing
15:27:13 <Adamas[m]> test
15:27:34 <Mochi101> test failed
15:37:32 <fluffypony> lol Mochi101
15:38:43 <woodshack[m]> Is it semi-safe too buy a second hand Trezor T? Found one on marketplace that saves me 80 bucks lol
15:39:14 <hyc> I wouldn't touch it
15:39:23 <hyc> same as picking up a USB drive in a parking lot
15:39:32 <fluffypony> woodshack[m]: I wouldn't...I would either buy it in person from their booth at a conference, or from an authorised distributor that's listed on their site
15:40:05 <fluffypony> woodshack[m]: https://twitter.com/fluffypony/status/949640461941080064
15:41:34 <woodshack[m]> Thanks Fluffy, might aswell spend the extra 80 bucks and not have to worry
15:41:49 <fluffypony> yeah exactly
15:42:44 <sech1> "viable awesome hamster design" is an accurate representation of what happened :D
15:43:07 <fluffypony> lol
15:47:24 <hyc> LOL
15:47:30 <hyc> perfect
15:52:18 <sa3125> can anyone help me with an issue I'm having with the monero daemon
15:53:02 <sa3125> I managed to download about half the blocks but then I started getting an error "Exception in cleanup_handle_incoming_blocks: Failed to commit a transaction to the db: File too large"
15:55:09 <moneromooo> Are you using a DOS filesystem ?
15:55:26 <moneromooo> Or some other funky not modern one ?
15:55:51 <Mochi101> fluffypony, recovery words included "viable", "awesome", "decision"
15:55:51 <moneromooo> Check whether the current size of the data.mdb file is close to 2 GB or 4 GB.
15:56:26 <Mochi101> oooh design
15:56:32 <Mochi101> nvm... read that wrong
15:56:58 <Mochi101> that is crazy though
15:57:41 <sa3125> I'm using ext4 and data.mdb is 9gb in size
15:57:58 <noone> 2021-01-23 15:56:43.269    W There were 79 blocks in the last 90 minutes, there might be large hash rate changes, or we might be partitioned, cut off from the Monero network or under attack, or your computer's time is off. Or it could be just sheer bad luck.  ... many blocks popping up, everything okay?
15:59:37 <sa3125> it was mentioning sinc data returned a new top block candidate a lot but I only half the blocks downloaded
15:59:47 <sa3125> I'm still 4 years behind
16:00:26 <mfoolb> actually a very low average on my node too: Last 100: avg. diff 210488194292, 68 avg sec/block
16:02:43 <noone> too lazy to calculate the chance of that happening.. from intuition I would say it is a bit unusual
16:03:51 <mfoolb> https://community.xmr.to/blocks/frequencies/
16:04:22 <mfoolb> anyone can give some feedback.. I'd say more the unusual
16:06:11 <noone> that link is awesome. 6 std is a discovery in high particle physics ;)
16:06:32 <noone> *high energy
16:06:58 <mfoolb> that's why I'd say it's more than unusual
16:25:37 <samjak33> Remember kids. If you call project coral reef for what it is - fluffy embezzling half a mil usd from the monero fund for a website with smaller adoption than monero woo plugin, you will get excommunicated.
17:17:46 <koork> Would quantum computers be able to retroactively trace transaction history?
17:20:36 * mmxxx[m] yawns
17:24:37 <matryoshka> noone44[m]: mfoolb there has indeed been a large hashrate change
17:24:40 <matryoshka> https://minexmr.com/pools.html
17:24:42 <matryoshka> https://2miners.com/solo-xmr-mining-pool
17:24:49 <matryoshka> strange indeed
17:25:53 <Clali> koork: yes, as it stands.
17:27:08 <matryoshka> also note that firo is currently suffering from a 51% attack
17:27:10 <mfoolb> matryoshka: yes.. I saw that.. probably some botnet that switched to xmr mining
17:27:19 <matryoshka> also from 2miners.com
17:27:24 <matryoshka> it is interesting indeed.
17:29:41 <Clali> koork: it's a real concern with every blockchain based system. Bitcoin at least has the benefit that you'd share your public key widely.
17:31:10 <kxsl> depending on one piece of tech for your opsec will always fail
17:31:36 <koork> Clali: Thanks
18:15:22 <kyle> exit
23:17:58 <RichBrown> Anyone alive?
23:18:15 <xrv0> I'm trying to use monero-wallet-rpc on stagenet using a remote node. But the client doesn't seem to be able to connect. Within the monero-javascript library I get a "Wallet is not connected to daemon" error. I used the following command to start the monero-wallet-rpc on Mac OS X "./monero-wallet-rpc --stagenet --daemon-host
23:18:16 <xrv0> http://stagenet.community.xmr.to:38084 --rpc-bind-port 38084 --rpc-login rpc_user:abc123 --wallet-dir ./"
23:18:25 <xrv0> Does anyone know what I am doing wrong?
23:18:30 <xrv0> I am alive RichBrown
23:19:55 <RichBrown> sorry cant help you xrv0 maybe you know my answer... have you ever used XMRIG, why is some difficulty % in red and others green?
23:29:22 <h2017> hi
23:30:15 <onf> hai
23:30:15 <dEBRUYNE> --rpc-bind-port 38084 --rpc-login rpc_user:abc123 <= Remove those two
23:30:16 <dEBRUYNE> ^ xrv0
23:31:42 <xrv0> Are you sure? I need the rpc server to connect to via monero-javascript