<p​laiwanone:matrix.org> Can I do e-begging here?

<l​ucidlynx:envs.net> What’s e-begging?

<3​21bob321:monero.social> oliver twist

<m​ark:chat.nicecrew.digital> Does ebegging even works? Do people actually send money to random beggars?

<m​ark:chat.nicecrew.digital> Please send me monero, my village needs a well, I'm poor and everyone died but me and I'm sick and a single dad

<t​he.king45:matrix.org> 👇♦FREE 🎁 GIFT FOR THERE♦👇

<t​he.king45:matrix.org> Come to my telegram group

<t​he.king45:matrix.org> To make some money 💰

<t​he.king45:matrix.org> Make money essay

<t​he.king45:matrix.org> I promise you all 👉NO SCAM ❌

<t​he.king45:matrix.org> NO PAYMENT FEES ❌

<t​he.king45:matrix.org> I PROMISE YOU ALL 💟

<t​he.king45:matrix.org> 👇JOIN OUR TELEGRAM GROUP 👇

<t​he.king45:matrix.org> t.me/+ioqje81ziAYyYTc0

<t​he.king45:matrix.org> t.me/+ioqje81ziAYyYTc0

<t​he.king45:matrix.org> @everyone @everyone

<l​ucidlynx:envs.net> Hold on why I get my tiniest violin 🎻

<l​ucidlynx:envs.net> Hold on whilst I fetch my tiniest violin 🎻

<s​hortcow:yatrix.org> Is it worth to send multiple transfers in one transaction? Will the fee be noticeably less than sending each transfer separately?

Yes, the fee will be smaller. 2in/16out transaction is 3.38 KiB, while 1in/2out transaction is 1.5 KiB. So you pay only 2.25x fee for 16 outputs instead of 2

<m​ark:chat.nicecrew.digital> If you send the transaction in low priority (and you should), the transaction costs less than a cent, so most people don't care.

<s​hortcow:yatrix.org> Thanks

<e​amonsms:matrix.org> Is there a business leader here looking to elevate their brand with tailored, efficient SMS marketing routing solutions? Let’s discuss how we can help you connect with your audience seamlessly and drive results through strategic messaging.

<s​hortcow:yatrix.org> Is it ok to see `transaction_created` 3 time in log while creating 1 transaction?

<s​hortcow:yatrix.org> Is it ok to see `transaction_created` 3 times in log while creating 1 transaction?

<s​hortcow:yatrix.org> Im trying to figure out why transaction fails with `(double spend)` error

<o​frnxmr:monero.social> Bcuz the node has already seen the tx(?). Either in txpool or already confirmed

<s​hortcow:yatrix.org> There is no out transactions in `show_transfers` after rescan_bc hard.

<s​hortcow:yatrix.org> Moreover, on one of the wallets I could not fix this error even after restoring from the seed phrase

<s​hortcow:yatrix.org> `rescan_spent` also doesnt help

<s​hortcow:yatrix.org> Same problem with this wallet. I've just restored it from seed and still cant send XMR

<s​hortcow:yatrix.org> ok, fixed it with `flush_txpool`. But, honestly, it very strange behaviour. One failed transaction makes it impossible to use node at all.

<r​ucknium:monero.social> shortcow: What network are you making these transactions? Mainnet? Public testnet? Private testnet? Is your node connected to the rest of the network? It looks like the tx was waiting to be mined. Of course a double spend will be rejected.

<s​hortcow:yatrix.org> stagenet. yes, connected

<r​ucknium:monero.social> Did you check a stagenet block explorer to see if the tx was broadcast to the rest of the network?

<s​hortcow:yatrix.org> maybe it takes too long to mine block with my transaction...

<r​ucknium:monero.social> stagenet.xmrchain.net

<r​ucknium:monero.social> How long did you wait? Two minutes between blocks on average, but it can take much longer occasionally since mining time is random

<r​ucknium:monero.social> The Monero tx relay rules don't allow fee bumping by the way. BTC allows it by "replace by fee".

<s​hortcow:yatrix.org> I watch it from time to time, but I didn't pay attention this time. I felt like I spent quite a while trying to solve this problem, well over 2 minutes. Next time I'll look at explorer more carefully

<r​ucknium:monero.social> If you still have the ID of the tx that you flushed, you can check if it was eventually confirmed now

<r​ucknium:monero.social> Just put it in the search box ^

<s​hortcow:yatrix.org> It wasnt.

<s​hortcow:yatrix.org> It wasnt

<r​ucknium:monero.social> Probably it wasn't broadcast to the rest of the network from your node.

<s​hortcow:yatrix.org> Maybe bad `tx-proxy` settings. Thanks

<r​ucknium:monero.social> IIRC, there is a command to monerod that displays a summary of txs in the txpool and how many are "failing". You could have used that command to see if your tx was "failing". Failing usually means a double spend, which would mean that a previous tx that you broadcast, spending the same output, was already confirmed

<s​hortcow:yatrix.org> Thank you

<s​hortcow:yatrix.org> E Listed --anonymous-inbound without listing any --tx-proxy. The latter is necessary for sending local txes over anonymity networks

<s​hortcow:yatrix.org> Why? What if i want allow anonymous relaying for others, but not for my own node?

<s​hortcow:yatrix.org> Ok, probably because monerod dont know how to connect to tor/i2p

<s​hortcow:yatrix.org> But what if i want allow anonymous relaying for others, but not for my own node?

<r​ucknium:monero.social> ofrnxmr knows about that topic

<o​frnxmr:xmr.mx> anonymous-inbound requires tx-proxy to relay your onion addr to peers

<p​reland:monero.social> Back in the day, there was discussion to make tx-proxy not required when also using anonymous-inbound, but it was decided against because it allowed certain edge case scenarios to occur

<p​reland:monero.social> Also, before I bite the bullet and have to start editing monerod—is it currently possible to make —bootstrap-daemon-address only auto select public nodes using I2P/Tor?

<p​reland:monero.social> I’m pretty sure I know the answer, but I’m just making sure before I proceed

chat

how does xmr prevent replay attacks

<e​longated:matrix.org> Replay ?

<j​effro256:monero.social> texxy: do you mean "double spends"?

<r​ucknium:monero.social> When it hard forks? Usually (maybe always), Monero hard forks are also soft forks. Transactions are neither forward- nor backward-compatible.

basically the idea is

an attack intercepts a packet containing tx data

and just replays it to nodes

apparently xmr uses unique nonces and checks for uniqueness

<j​effro256:monero.social> Why would that be an attack? That's basically how transaction propogation works: it touchs peer A, peer A tells all of its connections about the transaction, they tell their connections, so on and so forth

w8 i was reading this paper wrong

its an issue in account models because they use RPC

<j​effro256:monero.social> Are you asking what prevents publishing a transaction once an RPC node has the already-signed transaction stored?

<j​effro256:monero.social> If you wanted to delay it?

no i have realised it is not needed

<p​laiwanone:matrix.org> how2

what i do need to know is if there is a way to avoid ringct because it bloats the blockchain massively

<o​frnxmr:xmr.mx> No....

it does

<o​frnxmr:xmr.mx> Public-node doesnt broadcast onion addresses. Monerod isnt knowledgeable about onion or i2p rpc ....

<o​frnxmr:xmr.mx> Texxy, my response was to preland

oh

well anyway

<j​effro256:monero.social> texxy: there is no way to avoid RingCT. It is required since fork v6

im talking about new crypto i am making

<o​frnxmr:xmr.mx> jeffro, you can use bitcoin

big issue with xmr imo is cost to run nodes

right now 16x what is necessary means we are wasting disk

same with stealth addresses

<o​frnxmr:xmr.mx> how? Its cheaper than btc atm

<j​effro256:monero.social> Run a pruned node

how do you prune properly?

<p​laiwanone:matrix.org> the sun set so

<o​frnxmr:xmr.mx> run a pruned btc node*

btc can prune every spent output

xmr cant

<p​reland:monero.social> *sigh* thanks for the heads up

so we need security that minimizes waste

<j​effro256:monero.social> A pruned Monero node is one that stores 1/8 of the chain using a random "stripe"

yup

<j​effro256:monero.social> It does full validation but only stores part of the data

except

<o​frnxmr:xmr.mx> Now the question is: does bootsteap work AT ALL with tor/i2p. I dont think so. I2p client tunnels yes, but onion and b32, no

if everyone runs pruned xmr nodes, it slows network speed

and theres also 0 guarantee that everyone doesnt just remove the exact same 1/8

<o​frnxmr:xmr.mx> No it doesnt

also compare 1/8 to the compression btc gets by removing all stxo

<j​effro256:monero.social> Not necessarily in the best case, nodes broadcast stripe values so that could be coordinated to work everytime with hopping

<j​effro256:monero.social> *without

if xmr is successful, most coins will be spent

<o​frnxmr:xmr.mx> btc pruned nodes are centralization

<o​frnxmr:xmr.mx> They all require full nodes

<o​frnxmr:xmr.mx> Monero pruned nodes do not require full nodes

yet we cant efficiently get rid of all the inbetween where an output isnt being useful

<o​frnxmr:xmr.mx> Each pruned node is in a group (stripe) and each group stores a different section of the blockchain

<j​effro256:monero.social> Yeah if all BTC nodes removed stxo,s then your sync time would be infinite because no one would be storing the data lol

pruning can avoid centralization by just using super intense compression algorithmns

that way you have "hot" queries and "cold" queries in db

so any arbitrary node stores entire blockchain

<o​frnxmr:xmr.mx> like bitcoin?

but it avoids super centralization

<o​frnxmr:xmr.mx> oh wait, no. Bitcoin doesnt work like that

<o​frnxmr:xmr.mx> texxy, please build this software

what software

<o​frnxmr:xmr.mx> the prune juice blockchain

<p​laiwanone:matrix.org> This is Gundam

<p​laiwanone:matrix.org> he just keeps staring there

<p​laiwanone:matrix.org> about Buzz Lightyear

<p​laiwanone:matrix.org> "Scorpion"

<e​yeyush:matrix.org> anyone know someone who sell vps, for crypto?

should i make amazon but with crypto?

<p​laiwanone:matrix.org> uh huh

<s​hortcow:yatrix.org> github.com/Lissy93/awesome-privacy

<p​laiwanone:matrix.org> Coco

<s​hortcow:yatrix.org> also i heard about incognet, but i dont now anything about it

<c​rispycat:calitabby.net> i'm currently renting a vps from them and it's fine, however i have had a support ticket open for a couple weeks they have not responded to

<s​hortcow:yatrix.org> also i heard about incognet, but i dont know anything about it

<e​yeyush:matrix.org> most are expensive

<s​hortcow:yatrix.org> No

<s​hortcow:yatrix.org> +- common prices

<e​yeyush:matrix.org> The topics are: software, decentralisation, crypto, web3

<e​yeyush:matrix.org> and philosophy, economics and its social, politcial and economical influence.

<e​yeyush:matrix.org> drive.google.com/file/d/1qbyWHhHYMv…w9Uipg8apH0ffLq87_/view?usp=sharing

<e​yeyush:matrix.org> the second issue is going to be entirely technical and better

<e​yeyush:matrix.org> 3. this is student run college magazine, so currently no ISSN

<e​yeyush:matrix.org> 4. we are in the process of designing the cypherpunk/privacy event vxcircle.org x.com/vxcircleorg around the magazine KALPA (peoplesklub.vxcircle.org) and the website will be build this week

<e​yeyush:matrix.org> anyone interested in submitting article?

<p​reland:monero.social> I am cautiously optimistic

<o​frnxmr:xmr.mx> Monerod doesnt know how to handle a b32 address without a proxy

<o​frnxmr:xmr.mx> Also, tx-proxy seems to be bypassed when you have bootstrap enabled (probably a bug)

<p​laiwanone:matrix.org> brb

<p​laiwanone:matrix.org> anyone want a ramen?

<p​reland:monero.social> Does this also make it impossible to add b32 addresses as peers manually?

<p​reland:monero.social> That would explain why I was having issues with that on my testnet

<o​frnxmr:xmr.mx> yes

<o​frnxmr:xmr.mx> Monero isnt designed to allow onion or i2p blockchain sync peers

<o​frnxmr:xmr.mx> It assumes all peers to be ipv4, or (if enabled) ipv6

<o​frnxmr:xmr.mx> If you want to trick it.. use client tunnels

<m​mxxx:monero.social> seems like an oversight

<p​reland:monero.social> I wonder why it was attempting to send stuff to the urls via the protocol anyways…..ughhh

<p​laiwanone:matrix.org> set

<p​laiwanone:matrix.org> sail

bruh

who hacked me

<o​frnxmr:xmr.mx> Me

<s​yntheticbird:monero.social> Mii

<c​haser:monero.social> I was able to compress a pruned node's lmdb directory to ~70% of its size, which seems surprisingly low. does anyone know where this redundancy is coming from?

<s​yntheticbird:monero.social> excuse me what

<s​yntheticbird:monero.social> how did you compressed it exactly?

<c​haser:monero.social> tar -cv "./lmdb" | lzip -9 -o "lmdb.tar.lz"

<c​haser:monero.social> I probably could have shaved a few more percentage points if I used xz

<v​ytskalt:matrix.org> hi, i'm trying to run a monero node on my raspberry pi 5 (4gb ram model). I copied the lmdb directory with the blockchain already synced from another pc and when I run the node it just keeps endlessly repeating these logs and not doing anything:

<v​ytskalt:matrix.org> ```

<v​ytskalt:matrix.org> 2025-02-17 21:37:03.929 I Monero 'Fluorine Fermi' (v0.18.3.4-release)

<v​ytskalt:matrix.org> 2025-02-17 21:37:03.930 I Moving from main() into the daemonize now.

<v​ytskalt:matrix.org> 2025-02-17 21:37:03.930 I Initializing cryptonote protocol...

<v​ytskalt:matrix.org> 2025-02-17 21:37:03.930 I Cryptonote protocol initialized OK

<v​ytskalt:matrix.org> 2025-02-17 21:37:03.931 T Blockchain::Blockchain

<v​ytskalt:matrix.org> 2025-02-17 21:37:03.931 I Initializing core...

<v​ytskalt:matrix.org> 2025-02-17 21:37:03.931 T BlockchainLMDB::BlockchainLMDB

<v​ytskalt:matrix.org> 2025-02-17 21:37:03.931 T BlockchainLMDB::get_db_name

<v​ytskalt:matrix.org> 2025-02-17 21:37:03.931 I Loading blockchain from folder /home/monero/.bitmonero/lmdb ...

<v​ytskalt:matrix.org> I'm using docker compose:

<v​ytskalt:matrix.org> ```

<v​ytskalt:matrix.org> monerod:

<v​ytskalt:matrix.org> container_name: monerod

<v​ytskalt:matrix.org> restart: unless-stopped

<v​ytskalt:matrix.org> ports:

<v​ytskalt:matrix.org> - "18080:18080"

<v​ytskalt:matrix.org> - "18089:18089"

<v​ytskalt:matrix.org> volumes:

<v​ytskalt:matrix.org> - ./monero:/home/monero

<v​ytskalt:matrix.org> image: ghcr.io/sethforprivacy/simple-monerod:v0.18.3.4

<p​reland:monero.social> I had wanted to try that, but I didn’t think it would work *that* well….

<p​reland:monero.social> How long did it take to zip that whole thing lol

<c​haser:monero.social> a long time. around 1.5 days.

<p​reland:monero.social> Not surprising

<o​frnxmr:xmr.mx> Do you have proper permissions for the folder?

<o​frnxmr:xmr.mx> Also, log-level=4 is very high. Will usr a lot of storage very quickly

<s​yntheticbird:monero.social> saying that log-level=4 piped into file is io bottle-necking is an understatement

<s​yntheticbird:monero.social> a small VM ran out of RAM in 10 seconds because everything the console output was buffered in RAM

<v​ytskalt:matrix.org> I think so. I created a docker container with a shell and was able to access the mounted lmdb folder fine

<v​ytskalt:matrix.org> I know. I just wanted to see if there was anything else printed that could give me a clue what is going on.

<o​frnxmr:xmr.mx> Did ypu try w/o copying the data-dir

<v​ytskalt:matrix.org> Yes and it started syncing the chain from scratch

<o​frnxmr:xmr.mx> Sounds like a problem with your copied datadir

<v​ytskalt:matrix.org> I may have copied it while the node was still running

<o​frnxmr:xmr.mx> compare permissions on the new dir and the copied one

<o​frnxmr:xmr.mx> Thats probably not a good idea

<v​ytskalt:matrix.org> i'll try copying it again with the node shut down then