<snifflz1:matrix.org> @elongated:matrix.org: Monero can be used for any type of transaction. ANY transaction. Memes are not needed.

<darkseid:matrix.darkseid.ch> test

<duckpondy:matrix.org> Everything you've described is what DarkFi is planning to do. The future is a combination of XMR (like BTC, but actually used as cash) and DarkFi (like ETH, but with privacy). Don't turn XMR into a Rube Goldberg machine > <@elongated:matrix.org> Xmr can’t depend on cex

<eddie:oblak.be> I also believe we shouldn't make monero more complicated than it already is. It will only increase attack surface.

<gan:skhron.org> @darkseid:matrix.darkseid.ch: test unsuccessful

<duckpondy:matrix.org> @eddie:oblak.be: I agree. Allowing Monero swaps on an L1 or L2 would turn it into a financial platform, similar to how I see ETH. This would also open a regulatory can of worms

<eddie:oblak.be> I don't know about regulatory

<eddie:oblak.be> I never understood why cryptocurrencies are such a big deal for regulators.

<duckpondy:matrix.org> @eddie:oblak.be: Zcash is the perfect example. For regulators like the SEC, if you don't put a stronghold on cryptocurrencies, you get whales (like the Winklevoss twins) who can pay off influencers and the like to manipulate a market (which is literally illegal) and swindle funds from unsuspecting buyers. Many people get scammed, and you can't simply call them "stupid"

<eddie:oblak.be> Sure

<eddie:oblak.be> But what I mean is that these rules already apply to tradfi

<eddie:oblak.be> So you can just apply the rules

<duckpondy:matrix.org> @eddie:oblak.be: This has happened before in gold and silver markets, where whales manipulate prices to trick unsuspecting people and swindle them. It also happened way back in 1929. This is precisely why financial regulation was introduced in the first place

<eddie:oblak.be> I don't understand why scammers suddenly think that what is illegal in tradfi, would be legal "because we are using crypto"

<gan:skhron.org> @duckpondy:matrix.org: I will call them stupid tho 🧌

<eddie:oblak.be> Better call 'm greedy

<eddie:oblak.be> The problem with ETH and smartcontracts is that it attracts a lot of get rich quick people that launch LP's and whatnot to fast. And then vulnerabilities are exploited to drain contracts and so forth.

<eddie:oblak.be> Even protocols that were audited multiple times might suffer from an overlooked vuln

<eddie:oblak.be> But then again, ETH itself works as intended.. It's the applications written for it that have problems mostly

<eddie:oblak.be> At least that's how I understand it.

<eddie:oblak.be> A lot of these security problems, in my opinion, come from corporate pressure

<duckpondy:matrix.org> @gan:skhron.org: It's unfair to call people stupid just for making comparisons. For example, when the S&P 500 is only up by X% while Zcash is climbing by Y%, it's natural to think the latter is a better investment. Some might even compare it to Bitcoin, especially considering the sheer number of paid influencers promoting it

<duckpondy:matrix.org> The reality is that whales have private groups where they collude with market makers to decide when a market peak should end. Before you dismiss this, you should read the leaked chat logs from Do Kwon before his arrest. It shows how evil these people can be

.

<gan:skhron.org> @duckpondy:matrix.org: This is such a simpleton view of the supposed security, plainly unfathomable

<fungible.:matrix.org> web3isgoinggreat.com

vtnerd I just saw you did a new commit about lock_funds, thank you, I am going to try it

vtnerd I just finished some tests, it works better now but there is still the issue that it is not possible to send the funds right after the transaction is confirmed, I can see now locked_funds but when it is set to 0 I am still unable to spend my funds

vtnerd 30min after doing the tx, 16 conf, blockheight +15 still unable to spend my funds

<robbin_da_hood:matrix.org> Downloading the node is super-slow. I'm at 81% with a ETA of 4 days?

<robbin_da_hood:matrix.org> I've run through the usual suspects ie. Connectivity, CPU, memory

<robbin_da_hood:matrix.org> I'm using an SSD harddrive

<robbin_da_hood:matrix.org> Restarted daemon, system. No change.

robbin_da_hood with a good cpu and good bandwidth I can sync everything in less than 48hours but if you take bad vps with shared cpu it can take more than 1 month to sync

<robbin_da_hood:matrix.org> I'm using Ubuntu live, the system is running at 97% cpu

<robbin_da_hood:matrix.org> johny__: Thanks. What's the choke point?

robbin_da_hood I am also using debian based and for me it works fine, if you have good cpu then probably the issue is your internet service provider

<robbin_da_hood:matrix.org> johny__: I can watch video no problem

robbin_da_hood I never told you to watch video but do whatever you want ;-)

<robbin_da_hood:matrix.org> johny__: Right. But could the ISP throttle node specifically?

<robbin_da_hood:matrix.org> The daemon uses http right?

robbin_da_hood if you think you are victim of censorship from your internet service provider then you can try to sync your node with tor network

<robbin_da_hood:matrix.org> johny__: I thought that method was discouraged?

<robbin_da_hood:matrix.org> Abuse of tor, no?

robbin_da_hood I don't think so

<robbin_da_hood:matrix.org> I guess I could try torsocks

yes you run monerod with torsocks

you can also try to add ban list file

<robbin_da_hood:matrix.org> How will a ban list help ?

robbin_da_hood at this point I advise you to read more

<robbin_da_hood:matrix.org> Torsos has a ipv4 binding error issue. I've included the bank list though.

robbin_da_hood I think you should set DNS_PUBLIC env variable and also --p2p-bind-ip

<robbin_da_hood:matrix.org> Adding the ban list has made it slower. Still a great idea though.

<robbin_da_hood:matrix.org> johny__: 🥰

btw in getmonero.org they are advertising cloudflare with 1.1.1.1 😈

<robbin_da_hood:matrix.org> I'm running:

<robbin_da_hood:matrix.org> DNS_PUBLIC=tcp TORSOCKS_ALLOW_INBOUND=1 torsocks ./monerod --p2p-bind-ip 127.0.0.1 --no-igd --hide-my-port --data-dir=N --ban-list=r.txt

<robbin_da_hood:matrix.org> Its running, but it's actually slower.

robbin_da_hood so it probably means you have no censorship from your isp, using tor usually make it slower

<robbin_da_hood:matrix.org> OK. Im at 80-ish percent. I guess I'll have to wait this out. Thanks, bro.

<robbin_da_hood:matrix.org> Shouldn't this channel be encrypted btw?

this channel is publicly logged

so it's useless to encrypt

usually it just causes problems

how much is tor worth? 53$? ui.adsabs.harvard.edu/abs/2025arXiv250910755L/abstract

<bd1472172:matrix.org> Anyone in here using retoswap? Most offers on the list has a 15% deposit, but my offer has a much higher deposit. Does it matter? Can I change it somehow?

bd1472172: advanced options

and set the security deposit percentage there

i think it is adjusted to how risky the payment method is or something

like if you use paypal, your security deposit will be set higher by default

<modul8:matrix.org> @bd1472172:matrix.org: may depend on trade size. play around with it, it doesnt cost anything before cofirming. solid exchange.

<bd1472172:matrix.org> @modul8:matrix.org: Thanks. I was also under the impression it's using atomic swap for the XMRBTC pair. But that does not seem to be the case.

<modul8:matrix.org> @bd1472172:matrix.org: no its not atomic swap. just be patient as the other party may not be online. the client doesnt have a proper notifications to a phone. if you are doing crypto/crypto its very easy to prove your case if there is ever a dispute.

<robbin_da_hood:matrix.org> Can I run my block chain node using an external HD plugged into my tails system?

sure

<robbin_da_hood:matrix.org> Run node on localhost?

<jeffro256> I wouldn't recommend using a spinny drive if that's what you're asking

i agree with what jeffro256

said

<robbin_da_hood:matrix.org> Any extra precautions I should take? I'm using an ssd

but really, as long as there's sufficient space, you can store the blockchain anywhere

just that, it'll be terrible on a HDD

<robbin_da_hood:matrix.org> Torsocks + restricted rpc + ban list

robbin_da_hood: you don't need any precautions

as long as it's only you who's using it

<robbin_da_hood:matrix.org> I'm at 81% with a 7 day eta

<robbin_da_hood:matrix.org> Cindy: Thanks

you can bind monerod to 127.0.0.1

so that it only listens locally, instead of all IP addresses

(using --rpc-bind-ip 127.0.0.1)

then you wouldn't need restricted rpc

<robbin_da_hood:matrix.org> Hmmm

<robbin_da_hood:matrix.org> There'd have to be an outside sync though?

if you're not hosting a public monerod node, you don't need to expose the RPC port

restricted RPC is really for public monerod node hosters

<robbin_da_hood:matrix.org> I'd have no problem running a public node - through torsocks only

<robbin_da_hood:matrix.org> What's the smallest could device?

smallest could device?

also tails is designed for forgetfulness

and ephermeral sessions

<robbin_da_hood:matrix.org> monero etiquette

it doesn't really work well with hosting a public node, because you need 100% uptime or the best you can get

<robbin_da_hood:matrix.org> Right. It has a persistence feature though

<robbin_da_hood:matrix.org> Cindy: Agreed. Not on tails.

that's only really for files, not running tails 24/7

<robbin_da_hood:matrix.org> A mini computer with it's own cpu, WiFi + server daemon?

you need at least 4 GB of RAM

<robbin_da_hood:matrix.org> I need a mini-computer

or maybe 2 GB

<robbin_da_hood:matrix.org> Cindy: To run a node

yes

you have to factor in RandomX's RAM usage, which is like 256MB for mini

or 2GB for full

monerod will probably use light mode anyway

but it'll be nice to have a buffer for it

like more than enough RAM

<robbin_da_hood:matrix.org> Mini computers are more expensive than actual computers. Lol.

just buy a raspberry pi

or some ARM SBC

you could even expose the node behind a hidden service, if you care about tor a lot

<robbin_da_hood:matrix.org> Cindy: Good call. $200 for a desktop. Not bad.

i don't actually know the SD slot is fast enough for proper perfromance

with constant reads and writes to the blockchain data

nor the endurance

but raspberry pi is pretty extensible, and there are mods that allow you to hook on NVMe/SSD drives

<robbin_da_hood:matrix.org> At the moment im getting a write every 10 seconds > <Cindy> i don't actually know the SD slot is fast enough for proper perfromance

<robbin_da_hood:matrix.org> ...at best

apparently it has 104MB/s read speed

<robbin_da_hood:matrix.org> If I move to another WiFi connection. Will it download faster?

which is actually pretty terrible

<robbin_da_hood:matrix.org> It's getting slower

robbin_da_hood: use a high-speed ethernet cable

<robbin_da_hood:matrix.org> Hmmm

more reliable

<robbin_da_hood:matrix.org> I'm not sure i have one. Can you give me a % guesstimate that'll work? Is it worthwhile buying one 🤔

<ofrnxmr> This is the default > <Cindy> (using --rpc-bind-ip 127.0.0.1)

robbin_da_hood: depends on your network card but like

but if you get a CAT5e cable then it should be really really good

<ofrnxmr> For 200, u can buy a much more powerful minipc > <@robbin_da_hood:matrix.org> Good call. $200 for a desktop. Not bad.

<robbin_da_hood:matrix.org> So the WiFi connection is the choke point?

<robbin_da_hood:matrix.org> @ofrnxmr: Do tell?

yes, unless you move your computer closer to the WiFi signal

<robbin_da_hood:matrix.org> Cindy: It's only 1m away

<ofrnxmr> @robbin_da_hood:matrix.org: Not likely. Probably your storage device

<robbin_da_hood:matrix.org> Its ssd though

is it a NVMe?

<ofrnxmr> what does sync_info show

<ofrnxmr:xmr.mx> @robbin_da_hood:matrix.org: amazon.com/dp/B0CQ4RYC3X example

<robbin_da_hood:matrix.org> @ofrnxmr: Which info in particular ?

<robbin_da_hood:matrix.org> Status OK

<robbin_da_hood:matrix.org> Untrusted false

is your SSD connected over SATA or NVMe

<robbin_da_hood:matrix.org> Cindy: I have it plugged into the usb

usb?

is it a USB 3.0?

at least?

<robbin_da_hood:matrix.org> @ofrnxmr:xmr.mx: Not Available in Europe

pls don't be USB 1.0 or 2.0

<robbin_da_hood:matrix.org> Cindy: Could be USB 2

<robbin_da_hood:matrix.org> Old system

that's actually pretty shit

2x slower than a HDD over SATA

<ofrnxmr:xmr.mx> 1 List of ips youre connected to > <@robbin_da_hood:matrix.org> Which info in particular ?

<ofrnxmr:xmr.mx> 2 {number}mbs queud in {number} spans

<ofrnxmr:xmr.mx> 3 [moooooooo]

<ofrnxmr:xmr.mx> 4 list of queue

<ofrnxmr:xmr.mx> [... more lines follow, see mrelay.p2pool.observer/e/gZSGgskKYzgwNFZs ]

<robbin_da_hood:matrix.org> Cindy: Needs must. Still USB 2 can handle more data than this

no really it can't

even on a HDD connected internally, it struggles

USB 2.0 is even worse

<robbin_da_hood:matrix.org> @ofrnxmr:xmr.mx: I see "overview: mooooo...." I don't see "mbs queud"

<mrpump:matrix.org> the monero balance shown on cake wallet is different than the one on monero wallet cli for the same account

<mrpump:matrix.org> why?

mrpump: try rescanning the blockchain

it probably missed some outputs

<ofrnxmr:xmr.mx> @robbin_da_hood:matrix.org: Immediately above mooo

<mrpump:matrix.org> Cindy: I did same balance every time

<mrpump:matrix.org> and no it didn't miss some outputs

<mrpump:matrix.org> every transaction is there just with trimmed out amount

<mrpump:matrix.org> I think the issue is with cake

<ofrnxmr:xmr.mx> @mrpump:matrix.org: Different restore height, hardware wallet, or view-only wallet?

<mrpump:matrix.org> @ofrnxmr:xmr.mx: it's the same seed phrase

but what's the restore height

<ofrnxmr:xmr.mx> I didnt ask that

<robbin_da_hood:matrix.org> Cindy: I've shutdown the system. Ill run it on a better computer.

<mrpump:matrix.org> ah yes thanks it maybe missed older transactions

<mrpump:matrix.org> thanks

<ofrnxmr:xmr.mx> @robbin_da_hood:matrix.org: The question was for mrpump

07:55:42 <+br-m> <robbin_da_hood:matrix.org> Shouldn't this channel be encrypted btw?

most channels are bridged to IRC

hi from IRC

yes

i forgot i tell you all something

bridge could support encrypted channels. but then it'd decrypt them publicly making it useless

i am a IRC user

DataHoarder: also btw this is publicly logged

<robbin_da_hood:matrix.org> I'm getting a 'blockchain is on a rotating drive, this will be slow' error. The chain is on a ssd though?

<robbin_da_hood:matrix.org> The monerod daemon and --data-dir are both on an ssd

is it detecting based off of the speed

<robbin_da_hood:matrix.org> Hmmm

Unless someone changes it since, it goes by whatever the kernel reports, not speed.

<robbin_da_hood:matrix.org> Its definitely an ssd

Via USB though, driver might say nope.

<robbin_da_hood:matrix.org> It runs faster on my new system, on try without gnome

yeah it checks using the kernel sysfiles

<robbin_da_hood:matrix.org> moneromoooo: Right. Via USB.

the autodetection sometimes is wrong

<robbin_da_hood:matrix.org> 2 days left as opposed to 7.4 on my other system.

See kernel info with: cat /sys/dev/block/*/queue/rotational

<robbin_da_hood:matrix.org> moneromoooo: A load of zeros, then a 1

Then match the major/minor for the 1 with the device, see if that's where the db is.

<robbin_da_hood:matrix.org> moneromoooo: No idea?

<robbin_da_hood:matrix.org> It just says '1'

You should have /dev device names in /sys/dev/block/*

Then see what's mounted there.

<robbin_da_hood:matrix.org> Nothing useful from above.

<robbin_da_hood:matrix.org> du -h lists my ssd as mounted on /dev/sda1

<robbin_da_hood:matrix.org> Bus 2 device 3

I have, eg: /sys/dev/block/A:B/queue/rotational (A and B are placeholders, replace with whatever gives you a 1 in that pseudo file)

Then, ls /sys/dev/block/A:B/

You should have device names, I have xvdc3 for example.

Then mount | grep xvdc3

robbin_da_hood: do cat /sys/block/sda/dev

<robbin_da_hood:matrix.org> OK. Ill just leave this for a while. Hopefully I'll have the full node by Monday. Thanks for your help bro... 😉

<robbin_da_hood:matrix.org> Cindy: 8:0

then it's /sys/dev/block/8:0

most likely

<robbin_da_hood:matrix.org> ?

do cat /sys/dev/block/8:0/queue/rotational

<robbin_da_hood:matrix.org> No such file or dir

huh

<robbin_da_hood:matrix.org> Just means it's not rotational?

worked for me in my system, can you do ls /sys/dev/block/

<robbin_da_hood:matrix.org> My bad

<robbin_da_hood:matrix.org> Typo

ah

<robbin_da_hood:matrix.org> 1 > <Cindy> do cat /sys/dev/block/8:0/queue/rotational

okay then your SSD is reporting itself as a HDD

to the kernel

<robbin_da_hood:matrix.org> Ouch

<robbin_da_hood:matrix.org> It says 'SSD' on the hd. Maybe I need to install proprietary drivers?

Might just be the usb layer.

^

<robbin_da_hood:matrix.org> Change USB port?

what adaptor are you using

if it's not an external SSD

Could be, if not all USB ports can do USB 3 or whatever.

<robbin_da_hood:matrix.org> Cindy: USB c to usb

<robbin_da_hood:matrix.org> The external ssd is formatted as exfat?

are you trying to maintain windows compatibility with the data in your SSD?

<robbin_da_hood:matrix.org> Is there another way to connect an external ssd besides USB?

depends on what port your SSD has

<bd1472172:matrix.org> @robbin_da_hood:matrix.org: There is something called eSATA but it's not so common.

is it NVMe? or SATA?

<robbin_da_hood:matrix.org> Cindy: No idea

<robbin_da_hood:matrix.org> The monero daemon isn't logging. Im using the --log-file x.log switch

wdym?

i mean look at your SSD

<robbin_da_hood:matrix.org> SATA

ah

<robbin_da_hood:matrix.org> USB 3

does your computer have eSATA?

it should look like a USB port but much wider

<robbin_da_hood:matrix.org> kinda looks like a hdmi port? Yes

<robbin_da_hood:matrix.org> Did I just buy a crappy ssd?

you could get a SATA to eSATA cable

<robbin_da_hood:matrix.org> Now monerod is seg faulting. Grrr

<robbin_da_hood:matrix.org> Eno1 link is down

did it say "core dumped"?

<robbin_da_hood:matrix.org> Yes. Im looking at the logs now

<robbin_da_hood:matrix.org> Loop20: detected capacity change from 0 to 8

you should debug monerod

with the coredump

<robbin_da_hood:matrix.org> I think I may have removed the USB ungracefully. Device is always busy.

why did you do that

if a process is currently using the device, it'll stop you from removing it

removing it anyway will cause corruption

<robbin_da_hood:matrix.org> Error 4 in libc.so.6 likely on cpu 1

<robbin_da_hood:matrix.org> I cant shutdown my system just to remove a usb

no

you should just shut down monerod

and whatever processes that are currently using the USB, before you remove it

rather than pulling it out and spotanously crashing the programs who were busy using the drive

<robbin_da_hood:matrix.org> Its constantly busy, even after shutting monerod

then there were probably other processes using the drive

<robbin_da_hood:matrix.org> Probably. Who knows

<robbin_da_hood:matrix.org> Its constantly busy

<robbin_da_hood:matrix.org> data.mdb looks fine

<robbin_da_hood:matrix.org> It looks like data.mdb is causing the seg fault. Its a db file, should be repairable right?

<robbin_da_hood:matrix.org> It was 82% finished

delete the database file and restart again

<robbin_da_hood:matrix.org> Lol. Not the answer I was hoping for 😜

maybe this is a PSA to tell you to never unplug a USB ungracefully :P

<robbin_da_hood:matrix.org> Lol

<robbin_da_hood:matrix.org> Can I just run a pruned node?

<robbin_da_hood:matrix.org> Its not a hardware issue. It flies at 1%

<robbin_da_hood:matrix.org> I'm not waiting 7+ days for this node to download

robbin_da_hood: there is --db-salvage

but it's guaranteed to work 100% of the time

if it doesn't work, your best bet is to just delete and try again

it's not guaranteed*

<robbin_da_hood:matrix.org> Cindy: Thanks. I'll use pruned for the time-being. I'll let full node run in the background later

<robbin_da_hood:matrix.org> I'm at 15% of pruned already. Lol

<bd1472172:matrix.org> Prune juice is Worf's favourite. A warrior's drink.

if you're gonna unplug the USB, at least shutdown monerod first

most importantly

<fungible.:matrix.org> monero-blockchain-import --pop-blocks

<fungible.:matrix.org> or something like that iirc

<fungible.:matrix.org> @bd1472172:matrix.org: i would avoid trading on retoswap with people i havent traded before, being too sus of people nowadays, including yourself

<fungible.:matrix.org> luckily that's how the reputation/trust sytem works over there, you know with people you traded with already, if it worked once, 2, 3, 4 times then trust been built that way

<fungible.:matrix.org> so just the daily reminder, dont trust anyone

<fungible.:matrix.org> and my appologizes to Cindy if u wasnt actually sus but just played ironically on the irc thing (which i didnt catch up on)

what?

the IRC thing?

<fungible.:matrix.org> idk

i don't know what you're talking about :P

i mean i am on IRC, but i don't actually know what you're referring to specifically

<fungible.:matrix.org> you trying to lure people to irc, knowing it's not safe for newcomers with their ip address leaking to the whole chat

<fungible.:matrix.org> if you did it non-ironically then you're sus, if it was ironical, my bad

i did suggest people go to IRC because it's better than Matrix, but y'know i get that libera doesn't cloak users by default

and that's a big issue i hate

<fungible.:matrix.org> aight so you're sus, else you would have mentioned beforehand the vpn/cloak thing before joining these rooms

yes i do recommend VPN or cloak before joining :P

why wouldn't I

<fungible.:matrix.org> well you didnt

and why would you assume that i don't want users to not do that

<fungible.:matrix.org> "oh if u want to talk to me then you have to come to irc"

<fungible.:matrix.org> smh

i did that because of the shit spam that was happening over at the matrix side

and tbh libera has better anti-spam measures than monero's matrix room

considering that libera automatically cloaks you now after registering, you can just ask the ops here to MODE +r to force everyone to register

and y'know, no uncloaked users left behind

<fungible.:matrix.org> thanks for the "viewkey" on that one, despite the bullying u did the other day, which may or may not have been ironical, hard to tell, but you were on point right here imo > <@eddie:oblak.be> I also believe we shouldn't make monero more complicated than it already is. It will only increase attack surface.

<fungible.:matrix.org> am out for now... keep being careful, cant be tinfoil enough, ever...

i'm sorry for not giving you enough info that ady

day*