-
selsta
sadLarry: did you previously have a synced up blockchain?
-
sadLarry
selsta, I usually used monerod to sync up. Not sure what you are asking.
-
selsta
is /media/monero/lmdb an external hard drive? network drive? internal drive?
-
sadLarry
internal HDD
-
selsta
I wanted to know if you previously already had a fully synced up blockchain or if you are trying to sync up from scratch
-
sadLarry
oh, Yes I did fully synced up the blockchain initially. In fact I used nvme to speed up the process. When it finished, I transferred the blockchain db to HDD. Then I simply keep updating it on a weekly bases.
-
selsta
`Failed to parse block from blob` usually means corrupted blockchain
-
selsta
you can try to start with `--db-salvage` but that likely won't help
-
selsta
best to restore from backup or sync from scratch
-
selsta
now why it corrupted, I don't know. did anything happen out of the ordinary?
-
sadLarry
power failure
-
sadLarry
I found this:
-
sadLarry
2023-12-14 01:00:35.716 [P2P1] INFO global src/cryptonote_protocol/cryptonote_protocol_handler.inl:1687 Synced 3024200/3039135 (99%, 14935 left)
-
sadLarry
2023-12-14 01:01:21.057 [P2P1] INFO global src/cryptonote_protocol/cryptonote_protocol_handler.inl:1687 Synced 3024220/3039135 (99%, 14915 left, 24% of total synced, estimated 11.5 hours left)
-
sadLarry
After this ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
-
sadLarry
selsta, I doon'
-
selsta
yes that would explain it
-
sadLarry
selsta, i don't have a backup, or the patience to sync from scratch
-
selsta
best to use a remote node in this case
-
sadLarry
let me try db-salvage
-
sadLarry
selsta, same error with db-salvage
-
selsta
power loss during sync means corruption in most cases
-
sadLarry
but it is just the latest blocks which are currupt.
-
selsta
you can set `--db-sync-mode safe` to prevent this but it means slower sync
-
sadLarry
selsta, thanks!
-
sadLarry
Guess I'm back to using remote nodes :)
-
m-relay
-
gingeropolous
perhaps we should switch the default to safe? better to have a slowly syncd chain than a corrupt one... ?
-
m-relay
<ofrnxmr:monero.social> Isnt it "safe" during initial sync by default?
-
m-relay
<ofrnxmr:monero.social> Hm lol. I think im crazy. I knkw its fast:async
-
m-relay
<ofrnxmr:monero.social> So where am i getting double info from 🥴
-
m-relay
<ofrnxmr:monero.social> `The default is fast:async:250000000bytes`
-
m-relay
<ofrnxmr:monero.social> `safe` will wear on your drives more and sync slower iirc
-
m-relay
<rymdlord:matrix.org> Is there any email provider that allows payments with monero? Just watched the interview of protons CEO by The Linux Experience and got annoyed there where no mentions of it.
-
m-relay
<ofrnxmr:monero.social> Simplelogin and tuta
-
m-relay
<ofrnxmr:monero.social> Proxysto.re
-
m-relay
<rymdlord:matrix.org> Tuta allows monero?
-
m-relay
<ofrnxmr:monero.social>
digitalgoods.proxysto.re
-
m-relay
<ofrnxmr:monero.social> > > <@ofrnxmr:monero.social> Simplelogin and tuta
-
m-relay
<ofrnxmr:monero.social> > Tuta allows monero?
-
m-relay
<ofrnxmr:monero.social> Nope
-
m-relay
-
m-relay
<123bob123:matrix.org> Proxystore
-
m-relay
<123bob123:matrix.org> Trust me bruh
-
m-relay
<rymdlord:matrix.org> So I will still have to deal with another step... Question what benefits does this have over buying bitcoin with monero and then paying for proton?
-
m-relay
<ofrnxmr:monero.social> What?
-
m-relay
<123bob123:matrix.org> With simplelogin you use proxystore and gives you a code and redeem that code with in simplelogin.
-
m-relay
<ofrnxmr:monero.social> using bitcoin for money?
-
m-relay
<123bob123:matrix.org> And
-
m-relay
<ofrnxmr:monero.social> Are you a masochist? 👀
-
m-relay
<123bob123:matrix.org> Simplelogin support told me to use proxystore lol
-
m-relay
<ofrnxmr:monero.social> bitcoin is gold
-
m-relay
<ofrnxmr:monero.social> You dont spend layer 1
-
m-relay
<123bob123:matrix.org> Hodl never sodl
-
m-relay
<ofrnxmr:monero.social> And you definitely sont use custodial LN
-
m-relay
<123bob123:matrix.org> Plus simplelogin has coinbase so you can btc
-
m-relay
<ofrnxmr:monero.social> So why monero? Because it has an intended use case, and is the best at it - being money
-
m-relay
<123bob123:matrix.org> But its coinbase
-
m-relay
<ofrnxmr:monero.social> Yes. You can btc through proxystore. But again, mempool.space
-
m-relay
<ofrnxmr:monero.social> Are you a masochist?
-
m-relay
<ofrnxmr:monero.social> Id rather not pay $30 surcharge for a $10 purchase
-
m-relay
<ofrnxmr:monero.social> > Id rather not pay $30 surcharge for a $10 purchase
-
m-relay
<ofrnxmr:monero.social> Sorry, only $5 if you want to wait an hour or 2
-
m-relay
<rymdlord:matrix.org> I'm so confused. This is what I was thinking XMR ---> BTC ---> ProtonMail. You are saying XMR ---> Proxystore ---> TutaNota/SimpleLogin
-
m-relay
<ofrnxmr:monero.social> Im saying
-
m-relay
<orion_midast:matrix.org> simplelogin is so dope
-
m-relay
<orion_midast:matrix.org> I use it
-
m-relay
<rymdlord:matrix.org> I want to know how it's better? I will be dealing with 2 companies if I do the Proxystore route
-
m-relay
-
m-relay
<orion_midast:matrix.org> pretty sure they allow USDC transactions
-
m-relay
<ofrnxmr:monero.social> ew
-
m-relay
<ofrnxmr:monero.social> Why not just use your bank card
-
m-relay
<ofrnxmr:monero.social> "i like Goldman sachs coin"
-
m-relay
<123bob123:matrix.org> Cakecoin*
-
m-relay
<ofrnxmr:monero.social> Backed by less than 1$/1usdc
-
m-relay
<rymdlord:matrix.org> Also you get simple login if you have Proton Premium
-
m-relay
<123bob123:matrix.org> Instead of burning gas i eat the cake
-
m-relay
<orion_midast:matrix.org> Yeah I have proton premium thats how I do it
-
m-relay
<rymdlord:matrix.org> So XMR ---> BTC ---> Proton?
-
m-relay
<orion_midast:matrix.org> I used to have bitcoin when I bought proton premium
-
m-relay
<orion_midast:matrix.org> sold all of it into XMR now since the fees are too high
-
m-relay
<rymdlord:matrix.org> Do you still use proton? How do you pay for it?
-
m-relay
<orion_midast:matrix.org> I paid a 1 year thing once
-
m-relay
<orion_midast:matrix.org> didnt expire yet
-
m-relay
<orion_midast:matrix.org> I paid a 1 year thing
-
m-relay
-
m-relay
<rymdlord:matrix.org> I just saw this is the monero room and not monero of topic.
-
m-relay
<rymdlord:matrix.org> How are you going to pay next time?
-
m-relay
<orion_midast:matrix.org> I paid a 1 year thing and had a deal for 2 years or some shit I dont remmeber
-
m-relay
<orion_midast:matrix.org> Probably wont if they dont support another payment method
-
m-relay
<orion_midast:matrix.org> can I buy Giftcards with XMR?
-
m-relay
<orion_midast:matrix.org> without getting a 10% surcharge*****
-
m-relay
<rymdlord:matrix.org> So proton will cost more due to the BTC fee and dealing with proxystore will avoid that fee but expose me to 2 companies
-
m-relay
<orion_midast:matrix.org> If I use XMR whats the issue?
-
m-relay
<rymdlord:matrix.org> Expose in the sense of any record will be kept
-
m-relay
<rymdlord:matrix.org> What do you mean?
-
m-relay
<orion_midast:matrix.org> I use mullvad browser + vpn, pay with XMR, why would using a gift card be any problem ?
-
m-relay
<rymdlord:matrix.org> Yeah I guess but what is the difference then between that and paying for proton with BTC I bought/traded with XMR for? While also using (Mullvad Browser +vpn)/TOR
-
m-relay
<orion_midast:matrix.org> I dont pay 50$ cross-chain fee then I dont get fucked with another unreasonable fee when sending the money to proton
-
m-relay
<charutocafe:matrix.org> fees, confirmation time, and depending on how you traded btc for xmr, possibly a connection to your idenity
-
m-relay
<charutocafe:matrix.org> fees, confirmation time, and depending on how you traded btc for xmr, possibly a connection to your identity
-
m-relay
<charutocafe:matrix.org> fees, confirmation time, and depending on how you traded xmr for btc, possibly a connection to your identity
-
m-relay
<rymdlord:matrix.org> So it's the cost/price. And ofc the differences between the services like Tuta vs Proton
-
m-relay
<charutocafe:matrix.org> added complexity for the user too
-
m-relay
<rymdlord:matrix.org> If I used Local Monero?
-
m-relay
<charutocafe:matrix.org> sure
-
m-relay
<charutocafe:matrix.org> someone could trace it back to the local monero seller and then ask them to provide the accounts of the users they traded with
-
m-relay
<orion_midast:matrix.org> what is tuta
-
m-relay
<orion_midast:matrix.org> I found a sort of CEX where I can just send funds and they send BTC to my wallet, no account needed.
-
m-relay
<rymdlord:matrix.org> Tutanota they changed names to Tuta
-
m-relay
<orion_midast:matrix.org> like I send a crypto to it and they send to my other wallet the token I want
-
m-relay
<orion_midast:matrix.org> I use it to buy monero
-
m-relay
<orion_midast:matrix.org> their fees are high but whatever
-
m-relay
<orion_midast:matrix.org> I use MEXC exchange as well which is banned from my country so I dont think they should report me using their platform
-
m-relay
<charutocafe:matrix.org> sounds like you're describing an instant exchange
-
m-relay
<orion_midast:matrix.org> its called fixedfloat or something
-
m-relay
<rymdlord:matrix.org> Yeah but they would get the same if someone traces it back to proxystore
-
m-relay
<charutocafe:matrix.org> no, you don't need to provide any information to make an order on proxystore
-
m-relay
<orion_midast:matrix.org> can we create a monero credit card gents? No kyc, just send xmr on it and spend
-
m-relay
<rymdlord:matrix.org> Neither do the sellers on Local Monero
-
m-relay
<orion_midast:matrix.org> it would probably be illegal but who cares
-
m-relay
<charutocafe:matrix.org> uh, at least a username, i guess
-
m-relay
<charutocafe:matrix.org> not sure about email
-
m-relay
<rymdlord:matrix.org> Well not if you like this. Seller 1: Fiat ---> XMR Seller 2: XMR ---> BTC
-
m-relay
<orion_midast:matrix.org> is there a country that would allow us to create a monero credit card with no KYC? I know MEXC and Kucoin exchange as well as all the other CEXs that dont require KYC are located in an island, is it possible there is a sort of bypass?
-
m-relay
<rymdlord:matrix.org> Yeah a username that can be any random thing
-
m-relay
<orion_midast:matrix.org> do credit cards from one country work in another?
-
m-relay
<charutocafe:matrix.org> how many people really use random usernames?
-
m-relay
<charutocafe:matrix.org> sure, with great opsec you could potentially achieve the same results
-
m-relay
<rymdlord:matrix.org> Depends but yeah at least in the EU
-
m-relay
<charutocafe:matrix.org> but what i am saying is that you have to be mindful of the little things and it's a more complex process
-
m-relay
<rymdlord:matrix.org> The same goes just for buying XMR
-
m-relay
<charutocafe:matrix.org> no, not really
-
m-relay
<charutocafe:matrix.org> even if people know that you bought xmr they dont know if, where or when you spent it
-
m-relay
<rymdlord:matrix.org> Exactly so buying BTC with it is as safe as proxy store
-
m-relay
<charutocafe:matrix.org> provided you buy the BTC in a completely anon way, sure
-
m-relay
<orion_midast:matrix.org> does anyone know if I connect my ledger nano S via mobile if I plug it in for cakewallet?
-
m-relay
<orion_midast:matrix.org> that way I can have monero on the go
-
m-relay
<orion_midast:matrix.org> I just checked and answer is no
-
m-relay
<ofrnxmr:monero.social> No
-
m-relay
<ofrnxmr:monero.social> Completely anon btc might be dirty / not accepted
-
m-relay
<charutocafe:matrix.org> good point, but we were focusing on privacy
-
m-relay
<charutocafe:matrix.org> i also mentioned the differences in fees and confirmation times
-
m-relay
<charutocafe:matrix.org> but in terms of privacy, i don't think there's a difference, correct me if i'm wrong
-
m-relay
<rymdlord:matrix.org> Yeah that's what I was thinking too.
-
m-relay
<rymdlord:matrix.org> Well why wouldn't a XMR to BTC trade on lets say LocalMonero work?
-
m-relay
<ofrnxmr:monero.social> Again, no idea why anyone would even want to use bitcoin
-
m-relay
<ofrnxmr:monero.social> Use ltc
-
m-relay
<ofrnxmr:monero.social> actually, i get all of my ltc from exchanges that do aml
-
m-relay
<ofrnxmr:monero.social> So, fixedfloat, for example, should only give you clean coins - even if through trocador
-
m-relay
<9_11_01> how does the number of monero inputs increase?
-
m-relay
<9_11_01> or outputs
-
m-relay
<gfdshygti53:monero.social> Learn how crypto work, it's basic like most if not all cryptocurrency (coins, not token), work.
-
m-relay
<gfdshygti53:monero.social> a TX is a mix of output the are boing used in the TX (in that case they are becoming Inputs for the TX). And where you send to, is the output
-
m-relay
<gfdshygti53:monero.social> So you receive 1 "output" each time you receive a TX.
-
m-relay
<gfdshygti53:monero.social> And when you spend you spend the output(s) you have.
-
m-relay
<gfdshygti53:monero.social> They don't merge together, even if sent to the same address.
-
m-relay
<gfdshygti53:monero.social> So if you want to send 1XMR, you will use an output that contain more than 1XMR. But if you don't have that, like you received only TX lower than that, then you will spend enough output for the transaction. then they will be merged so you send one output only to the recipient and a second output, which it the change
-
m-relay
<naphtha:kyun.host> just use your wallet on your phone with a trusted open source wallet app
-
m-relay
<naphtha:kyun.host> phones are generally more secure than desktop pcs
-
m-relay
<naphtha:kyun.host> or make a wallet for on the go use
-
m-relay
<naphtha:kyun.host> if you get monero from multiple txs i think
-
m-relay
<naphtha:kyun.host> the more txs, the more inputs
-
m-relay
<ericm300:tchncs.de> What is the green number on the right side above Buy on local monero?
-
m-relay
<orion_midast:matrix.org> Why is ltc even used
-
m-relay
<naphtha:kyun.host> low fees and accepted by more merchants than xmr
-
gingeropolous
hrm. monerod on xmrchain.net running that patch only has a 3 hour uptime, and i definitely didn't restart it 3 hours ago
-
gingeropolous
ermagerd why can't i figure this out from the logs
-
gingeropolous
im using grep -B 6000 synchronized bitmonero.log-2023-12-20-08-58-12 to catch all the crap before the daemon restarted
-
m-relay
<9_11_01> so if i do a self send of all coins to 1 address will it merge
-
m-relay
<ofrnxmr:monero.social> Yes
-
m-relay
<ofrnxmr:monero.social> > <gingeropolous> hrm. monerod on xmrchain.net running that patch only has a 3 hour uptime, and i definitely didn't restart it 3 hours ago
-
m-relay
<ofrnxmr:monero.social> Try w/o systemd
-
m-relay
<ofrnxmr:monero.social> Or a generic one
-
gingeropolous
then if im not watching it xmrchain.net will be unusable...
-
gingeropolous
oh snap. Dec 20 09:51:04 Ubuntu-1804-bionic-64-minimal systemd[1]: MON_daemon.service: Failed with result 'oom-kill'.
-
gingeropolous
so xmrblocks and monerod both running on this 64GB system cause monerod to get oom killed
-
gingeropolous
aight, lets see if release gets oom killed
-
gingeropolous
with no memory management
-
m-relay
<erembax:matrix.org> If you have a bank account:
dfx.swiss
-
hyc
gingeropolous: was that oom with swapiness already set?
-
m-relay
<9_11_01> well that aged well
-
m-relay
-
m-relay
<charutocafe:matrix.org> i stopped reading after i saw bitcoin winning in transaction speed
-
m-relay
<ofrnxmr:monero.social> "10min avg"
-
m-relay
<ofrnxmr:monero.social> huh?
-
m-relay
<ofrnxmr:monero.social> No. 10min avg blocks. Not transaction
-
m-relay
<ofrnxmr:monero.social> Avg time til 1 conf is probably like 1hr + lol
-
m-relay
<ofrnxmr:monero.social> If 100% of tx fit in 1 block, yeah, 10mins
-
m-relay
<ofrnxmr:monero.social> Too mad there sre 300 blocks in queue
-
m-relay
<ofrnxmr:monero.social> Bad*
-
hyc
when there's no backlog, avg txn time is 1/2 of block emission time
-
hyc
your longest wait is if you submit a txn immediately after a block was found, then it will be (on avg) full emission time until next block, which can pull in your txn.
-
hyc
and your shortest wait is if you submit a txn immediately before a block is found, and your txn was included.
-
m-relay
<charutocafe:matrix.org> or, if you submit your txn before a block is found, but it doesnt get to the node finding the next block in time
-
hyc
on avg, you'll be submitting txns half way thru
-
m-relay
<9_11_01> 🤓
-
m-relay
<ofrnxmr:monero.social> Iirc no backlog is 1 block emissions time due to gambler fallacy
-
hyc
gambler fallacy?
-
moneromooo
That... is an interesting observation.
-
hyc
ah, also assumes miners are updated quickly when new txns arrive
-
m-relay
<ofrnxmr:monero.social> Rucknium: did the numbers
-
moneromooo
If you make stats on all txes, I expect the average time is 5 minutes. But if you take every tx, I expect every one of them has to wait an average of 10 minutes as the mining process is stochatic. One of these things must be wrong.
-
hyc
rucknium measured how the current network behaves, and found it was sub-optimal. but theoretically, all systems running optimally, it would be as I describe
-
moneromooo
Or maybe "One of these things must be wrong." is wrong...
-
m-relay
<charutocafe:matrix.org> anyone here know what's the current hardware bottleneck for monero? i know i've asked this before but i don't recall the answer
-
m-relay
<charutocafe:matrix.org> (for nodes)
-
m-relay
<charutocafe:matrix.org> is it RAM? network bandwidth?
-
hyc
any of those limits can be moved if you spend enough money
-
hyc
but I suppose network bandwidth is the most difficult to expand on your own decision
-
moneromooo
Typically, storage.
-
m-relay
<charutocafe:matrix.org> i mean, which one costs more to scale
-
m-relay
<charutocafe:matrix.org> i did some napkin math and it seems like since the around introduction of RCT, the cost of storing the entire blockchain on an SSD has been around 5USD
-
hyc
I would say storage is cheapest, which it always is in any computing system
-
hyc
RAM is next
-
m-relay
<charutocafe:matrix.org> (considering variations in blockchain size and SSD prices)
-
hyc
network bandwidth - unless I pay someone to dig new cable ways etc., I can't buy more bandwidth
-
hyc
and I prob can't even get permission for such a dig. maybe bribery, so more cost. ;)
-
m-relay
<charutocafe:matrix.org> i mean, if you have a 100Mbps contact but your infra/network provider supports 10Gbps, you definitely can
-
m-relay
<charutocafe:matrix.org> to an extent, at least
-
QuickBASIC_
I wanna keep my pruned blockchain up to date on one of my laptops and I"m running monerod with Task Scheduler for 4 hours every night. Windows sends a WM_CLOSE to the process at the end of 4 hours, but I'm worried that the LMDB will get corrupted. Is the default db-sync-mode okay, or should I use safe:sync?
-
m-relay
<charutocafe:matrix.org> oh, i think i remember someone mentioning that the worst thing to scale would be IO
-
m-relay
<charutocafe:matrix.org> disk reads/writes
-
hyc
QuickBASIC_: killing the process doesn't matter. the only thing you have to worry about is crashing the OS.
-
QuickBASIC_
Okay. Thanks hyc.
-
hyc
charuto: you can always buy more storage and set it up in RAID
-
hyc
but most people can't shop around for more ISP access
-
m-relay
<charutocafe:matrix.org> hyc: that's true, i guess it does scale as well as storage size
-
m-relay
<charutocafe:matrix.org> is cpu cache relevant at all for blockchain scaling?
-
moneromooo
Depends what "scaling" means. I thought you meant "I sync my chain, what's the bottleneck".
-
m-relay
<charutocafe:matrix.org> i meant, if we suddenly had 100x tx/sec, where would the node operators be spending most money to keep their node running
-
m-relay
<charutocafe:matrix.org> would the costs just scale linearly 100x all around?
-
hyc
if I sync up a new node on my LAN, using a local node as priority, vs a remote node on a distant network, there is a large difference in sync time. so I conclude network is my main bottleneck.
-
moneromooo
That is unexpected. Typically, monerod ends up with a healthy set of ready block spans rather quickly, so blocks are already downloaded by the time they're to be added.
-
moneromooo
It breaks down if you have just one peer though, as it flip flops between dl/add, rather than going back to dl after dl and letting another thread add.
-
hyc
hmmm. maybe I was using exclusive node.
-
m-relay
<charutocafe:matrix.org> i apologize if this has been discussed or suggested countless times, i have not been keeping up with development: but has it ever been considered to scan the chain for outputs as it downloads? instead of the current sequential "first download, then check for transactions" method?
-
moneromooo
monerod and the wallet tend to fight for the blockchain lock, so the long sought for rw lock change would have to happen first.
-
hyc
and I would think the info isn't trustworthy until you know you've reached the tip of the correct chain
-
m-relay
<charutocafe:matrix.org> but that's already the case, hyc
-
hyc
yes, so the wallet waits until the daemon is fully syncd
-
m-relay
<charutocafe:matrix.org> after you download the blocks and as you are scanning for outputs, the info isn't trustworthy
-
hyc
?
-
m-relay
<charutocafe:matrix.org> until you reach the final block
-
m-relay
<charutocafe:matrix.org> what i am suggesting is, say you are limited by bandwidth, it would help reduce sync time if you could scan the downloaded chain as you complete the download. no?
-
hyc
maybe
-
hyc
it's a truism that multitasking makes every individual job run more slowly overall than if each job were run by itself. and the total time will be longer than just running all jobs sequentially.
-
hyc
it only feels better if you're a poor shlob stuck at a console waiting for things to happen.
-
hyc
but yeah, if you're bandwidth limited such that monerod is stuck idle, waiting for the next blocks, then letting it do other things would be worthwhile
-
m-relay
<charutocafe:matrix.org> true. but multitasking also allows you to focus on other tasks while you wait for things out of your control to be ready for you to continue your task. example: setting the table while waiting for the pasta to cook.
-
m-relay
-
m-relay
<9_11_01> im converting shit to monero cuz bitcoin is a scheme
-
m-relay
<9_11_01> when do ya think my tx will go through?
-
nioCat
about 20k in mempool paying more than you rn and ofc more people will be paying more so your position may not improve for a while
-
nioCat
what is a while? lol
-
nioCat
maybe you get lucky and a bunch of blocks get mined faster than normal
-
nioCat
check back in a week
-
plowsof
im trying to send a tx not sync a full node!
-
m-relay
<9_11_01> it'll take a week?
-
nioCat
could be
-
nioCat
maybe a day
-
m-relay
<9_11_01> whats the shitcoin now?
-
m-relay
<9_11_01> btc?
-
nioCat
I had a reason to use it this week but decided not to
-
nioCat
it's not for making payments anymore
-
gingeropolous
hyc, yeah swapiness at 0
-
gingeropolous
it took 6 hrs to get there
-
m-relay
<9_11_01> bitcoin sucks
-
m-relay
<9_11_01> does monero straight up let you cut people in line if you pay higher
-
nioCat
yes but there is really no / little need to
-
m-relay
<ericm300:tchncs.de> Anybody know?
-
m-relay
<9_11_01> imagine how easy it is to attack the btc network
-
m-relay
<9_11_01> like im gettin screwed over fam
-
great_taste
because monero doesn't have nearly the same volume
-
nioCat
also magic expanding blocks
-
m-relay
<9_11_01> if monero had the same volume would it slow down tho?
-
sech1
-
nioCat
monero has adjustable block size so it would accommodate btc tx volume, and more
-
nioCat
blocksize increase is not a simple formula
-
m-relay
<endor00:matrix.org> If there's a big flood, there would be some delays at first, but after a short delay the dynamic blocksize kicks in and the mempool gets cleared faster
-
great_taste
blocks are fluffy and squishy
-
m-relay
<spackle_xmr:matrix.org> If anyone would like to see how Monero would respond to a hypothetical scenario they can simulate it with this Python script:
-
m-relay
-
m-relay
<9_11_01> how many monero miners are there compared to btc
-
m-relay
<endor00:matrix.org> Approximately 100k-1M for Monero and 2M-5M for Bitcoin
-
m-relay
<endor00:matrix.org> Mining devices, anyway
-
m-relay
<endor00:matrix.org> No idea about their distribution
-
m-relay
<endor00:matrix.org> (Though just yesterday I saw a link that mentioned that 0.1% of Bitcoin miners control ~90% of its hashrate)
-
sech1
miningpoolstats.stream/monero shows 16872 miners (unique wallets)
-
sech1
or whatever each pool counts as a miner
-
plowsof
Woh sech1, tx's not only doubled but its a 1 year high
-
sech1
yes, 50k tx/day is a lot. All time high was 62k, but it's when minexmr closed and paid out all pending balances
-
sech1
if we don't count that event, current peak is all time high
-
m-relay
<tidux:matrix.org> monerobull: How come you don't sell the plushies on moneromarket or another XMR site?
-
m-relay
<monerobull:matrix.org> Because i aint about to pay no 5% fee when i have my own site lmao
-
m-relay
<123bob123:matrix.org> Selfish !
-
m-relay
<tidux:matrix.org> oh I see the payment gateway, I saw a fiat price and assumed
-
m-relay
<tidux:matrix.org> nm lol
-
m-relay
-
m-relay
<orion_midast:matrix.org> Monero is removing blind signing
-
m-relay
<orion_midast:matrix.org> Ledger is removing blind signing
-
m-relay
<9_11_01> ew bitcoin maxis
-
m-relay
<9_11_01> yo do you guys use the trezor
-
m-relay
<gfdshygti53:monero.social> Some do.
-
m-relay
<gfdshygti53:monero.social> Other use Ledger or whatever else
-
m-relay
<9_11_01> ew ledger
-
plowsof
Featherwallet recently added offline signing + animated qr's to transfer files back and forth
-
m-relay
<123bob123:matrix.org> Where is my multi-sig!!
-
plowsof
featherwallet.org/changelog android wallets Anonero + Mysu have the same functionality for airgapped signing
-
m-relay
<ofrnxmr:monero.social> Not mysu :P (yet)
-
m-relay
<123bob123:matrix.org> Fud?
-
RavFX
I have to test that offline signing, eventually!
-
plowsof
Oh thanks ofrnxmr, fud retracted!
-
m-relay
<tidux:matrix.org> Does Monerujo have that in the pipeline?
-
m-relay
<ofrnxmr:monero.social> Haha
-
m-relay
<ofrnxmr:monero.social> Monerujo has a hadware wallet in the pipelibe (sidekick)
-
m-relay
<123bob123:matrix.org> Well need to update
-
m-relay
<123bob123:matrix.org> Uses Monero v0.12.2
-
m-relay