02:22:21 hello, is it posible to buy monero with eth? 04:12:41 Guest15, yes... at an exchange 15:34:03 Woooo v0.18.1 is tagged babyyyyy 18:39:15 Would RAM have any meaningful effect on mining ability? 18:49:15 you need 2.5GB. beyond that, no effect 18:52:47 I randomly had this thought of doing uber/lyft, with an armada of raspberry pi's in the trunk hooked up to a 12 -> 120 converter 18:53:31 Like, get them in cases and stack them maybe 10 tall and maybe 10 wide and maybe 5 deep. 18:53:50 Just have them running while driving around, so the electricity isn't really a thing. 18:54:50 uhhh... need the gasoline to produce the electricity in the car 18:55:09 I mean, yeah but assuming that's part of just uber/lyft while driving around as a taxi type thing 18:55:19 adding those would make the fuel consumption go up 18:55:25 Doesn't make it practical, was just a random thought. 18:55:48 I don't do any ride sharing stuff as it is right now, it was just...a random thought about what if I did... 18:59:18 lol, assuming 10x10x5, at a cost of $35+10% sales tax per pi, at a consistent hash rate of 100H/s, producing $0.20 worth of XMR/day, it would take over 263 years to hit break even at current XMR price 18:59:48 That was a fun thought experiment... 19:22:43 v0.18.1.0 binaries are now available at getmonero.org 19:28:57 Ledger app v1.8.0 will be released tomorrow, to download it it's necessary to enable developer mode inside Ledger Live. 19:29:18 Without developer mode the app will likely get released next week. 19:29:58 Trezor users will have to wait a couple days until the new firmware is released. 20:00:15 Revuo Monero. Issue 132: August 4 - 11, 2022. http://revuo-xmr.com/issue-132.html 20:04:57 How many transactions per second can the Monero network support at most? 20:06:54 I doubt there is a number for it 20:08:53 well, what is its known lower bound? Imagine I said "at least" 20:10:12 e.g. the Monero network is known to be capable of supporting at least xx transfer per second. 20:10:33 In that, what is the most that xx is known to be? 20:11:58 It is an important question IMHO. 20:13:27 most projects who advertise with TPS are deceiving 20:13:41 e.g. they test ideal scenarios on testnet 20:14:30 real life networks have way more nodes with different hardware capabilities and also different network speeds 20:15:00 it's possible that raspberry pi nodes on slow internet connections can't keep up anymore 20:15:26 not an answer to the question 20:15:30 0 20:15:34 is a lower bound 20:15:44 For example, I have head that Bitcoin can support 7 tx/sec 20:16:02 selsta: you're a troll, and so please avoid responding to me again 20:16:09 I will restate the question for someone who isn't 20:16:10 lol 20:16:38 sounds like a question for articmine 20:16:59 Evolver: wow sorry for giving you a realistic answer 20:17:03 hush 20:17:20 maybe you should get into Solana, I heard they support a lot of TPS 20:17:25 go away troll 20:17:34 This is #monero 20:18:07 How many tx/sec is the Monero network known to comfortably support? For example, this is 7 for Bitcoin's layer 1. 20:18:49 AIUI 7 is an upper bound that realistically never gets hit 20:19:36 most projects who advertise with TPS are deceiving 20:20:29 Evolver Monero supports 0.5 tx/sec for sure 20:20:40 see transactions/day ATH: https://bitinfocharts.com/comparison/monero-transactions.html#3y 20:22:41 this was discussed in MRL months ago but I have no recollection of anything 20:22:59 just guesswork 20:24:13 my notebook can sync about 1.4 blocks/second, so I guess it can handle ~80 times more transactions than it is right now 20:24:17 so about 40 tx/sec? 20:24:22 sech1, my favorite statistic is this one: https://bitinfocharts.com/comparison/sentbyaddress-xmr.html#3y 20:24:41 monero has a dynamic block size which means it does not have a fixed limit 20:24:45 Average tx value is also pretty sweet... 20:24:45 Mochi101: lololol 20:25:02 but people with slow network and bad hardware won't be able to keep up at some point 20:25:11 Sent coins in USD... blew me away. 20:25:17 Would adding more nodes to the Monero network allow it to support more tps (if this were a limiting factor)? 20:25:28 Evolver: it's the opposite 20:26:09 what then if someone purposefully adds a thousand slow nodes? 20:26:17 Wouldn't that compromise the network? 20:26:24 What is the safeguard against that? 20:26:25 then they won't be able to keep up with the nerwork 20:26:48 Slow nodes is a problem for their owners, not for the network 20:26:57 selsta: so how is it the opposite 20:27:19 because the higher you go with TPS the less nodes will be able to keep up 20:27:26 ^ 20:27:32 my notebook can handle 40 tx/sec 20:28:09 some EPYC server will probably be able to handle more than 1000 tx/sec 20:29:01 The motivation for me asking is that if Monero's adoption grows, wouldn't this become a limiting factor at some point... 20:29:15 or maybe Epyc would become a bare minimum requirement then 20:29:27 or what am I not understanding 20:34:40 well hopefully as monero adoption grows hardware capabilities also improve 20:34:50 so do the slower nodes then get auto-kicked out 20:34:55 and cryptography also gets better 20:35:19 you can run a node on a raspberry currently so there is still a lot of room 20:36:00 slower nodes don't necessarily get kicked, they just can't keep up with the network and are behind 20:36:11 Do they slow down the network then? 20:36:33 I mean imagine there are 1000 Epyc nodes and 100 RPi nodes. 20:36:42 Will the latter slow down the network? 20:38:44 Evolver: Define "slow down the network". If you cannot define this precisely, then you need to DYOR and then come back. 20:42:15 Rucknium[m]: Agreed. I mean two things. Due to presence of those 100 RPi nodes: (1) Will transactions take much longer to confirm (if the request load is variable)? (2) Will transactions fail altogether to confirm (if the request load is persistently high enough for those RPis but not for Epycs)? 20:43:04 Assume that if the RPis were absent, there would be no issues. 20:45:58 selsta, correct me if I'm wrong, but the Monero node daemon is now fairly aggressive in disconnecting (banning) other nodes if their performance is very poor, since the December 2020(?) network troubles, right? 20:46:11 Another way to ask the question is: in the face of persistently high tps, would the addition of slow nodes be considered an attack? 20:46:19 I'm not sure how it works in detail currently, but either way the RPi should not make a difference. 20:46:32 slow nodes will not slow down the whole network 20:46:33 Relaying blocks and relaying transactions are two different tasks. 20:46:42 otherwise we'd get this attack by now already 20:47:08 kind of an obvious attack vector 20:47:30 For BTC, initial syncing from the genesis block may be slowing down, possibly due to more RPis on the network. See: https://blog.lopp.net/is-bitcoin-network-slowing-down/ 20:48:25 sech1: I mean an attack vector especially when the network is already running at capacity, not now 20:48:40 I have had to sync a few BTC and BCH nodes from genesis block recently and the BCH network has been consistently faster in syncing, at about 50% faster, measured up until the Aug 2017 hard fork block. 20:48:43 every node has its own capacity 20:48:50 there's no single number for the whole network 20:50:42 In general proof-of-work blockchains like bitcoin and Monero are meant to be resistant to Sybil attacks on the network level. Slow nodes would be a type of Sybil attack. 20:51:35 See https://en.bitcoin.it/wiki/Weaknesses#Sybil_attack 21:22:27 if a single node had its peer list filled with slow nodes then it would also get slowed down 21:22:53 all the charts I've seen of BTC have never exceeded 3.5 tx/sec 21:23:33 ok 21:24:03 as for BTC vs BCH, presumably their pre-hardfork content and crypto code is identical. strange that they'd have any perf differences 21:25:04 Has the Monero software and network seen any major non-maintenance improvements over say the last five years? I'm asking as a noob. Or is it frozen in time? What have been a few major new features over the years? 21:25:15 anyway, I suspect raspberry Pis will continue to be useful for a few more years. there's a difference though between being able to sustain daily traffic, vs 21:25:31 catching up from behind after a long period offline, or doing an initial block download 21:26:01 most Pis now would take months to sync up from scratch 21:28:21 many improvements over the years. None that can be explained simply. 21:29:59 hyc: ok, thx, I'm checking https://github.com/monero-project/monero/releases 21:33:18 adopting LMDB ws in itself a huge performance boost https://twitter.com/hyc_symas/status/717076693446475777 21:34:35 while Monero txns are ~4-5x larger than BTC txns, Monero infrastructure is multiple orders of magnitude faster than BTC software 21:35:55 More memory efficient too https://twitter.com/hyc_symas/status/560958217694347265 21:36:11 which is why it can work so well even on Pis https://twitter.com/hyc_symas/status/870329246450946049 21:39:45 ah 21:42:23 the questions you're asking are kinda boring, ancient history here 22:00:41 Are you fucking kiddine me 22:01:07 The tx rate of a cryptocurrency is a most basic question, and the answer here was not obvious at all 22:01:21 Looking at that big release log, it is not at all evident what was a big feature. 22:01:43 You're always welcome to just stfu and not feel obliged to reply. 22:02:09 If I am going to use and promote Monero, I am most definitely going to ask all kinds of questions. 22:02:38 I am doing you the courtesy of not asking in the dev channel. 22:15:55 Evolver, get a grip.