-
m-relay
<tianni:matrix.org> comradeblin After adjustment, can Bitmain’s latest machine be used?
-
m-relay
<davidolufemi:matrix.org> hello everyone
-
m-relay
<123bob123:matrix.org> Hi doctor nick
-
m-relay
<cryptonaughtdoa:matrix.org> Hello everyone!
-
m-relay
<cryptonaughtdoa:matrix.org> Glad to be here! Does anyone here also learn esperanto? I love monero for a ton of reasons, and it using esperanto for its name is one of those reasons. Love to see it.
-
m-relay
<hbs:matrix.org> I remember having seen a block explorer which could display the RandomX program for a given block, I thought it was xmrchain.net but I could not find that info on a block page, so it might be another explorer, does any of you have a clue?
-
m-relay
<cryptonaughtdoa:matrix.org> Sorry, I don't. do you happen to remember any other details about it? Keywords? style? anything?
-
m-relay
<hbs:matrix.org> Hmmm it WAS xmrchain.net, but it seems this feature was removed :-( Here is an archived block page with the RandomX source code link present
web.archive.org/web/20220824104828/http://xmrchain.net/block/2651801
-
m-relay
<hbs:matrix.org> The randomx URLs now lead to this error message: RandomX code generation disabled! Use --enable-randomx flag to enable if.
-
sech1
You can just run your own explorer and enable this flag
-
m-relay
<hbs:matrix.org> Sure, I just wanted to do a quick demo and show RandomX code, not worth deplying my own explorer, the web.archive.org link will do
-
m-relay
<hbs:matrix.org> if I manage to find one
-
m-relay
-
sarver_exe
hi
-
m-relay
<comradeblin:matrix.org> yes, it can. This was not an asic, nor an "ARM" chip ban update, it was a compiling/architecture update.
-
m-relay
<comradeblin:matrix.org> afterall, bitmains machine is not an ASIC
-
m-relay
<fr33_yourself:monero.social> Hi everyone, I have a couple more questions regarding remote nodes, i.e. connecting to someone else's node. How does one's wallet software know that the block data it is being sent is accurate? Let's say I connect to a malicious remote node and I should have received a transaction in the past 24 hours, but the remote node sends inaccurate block data so my wallet doesn't show the t<clipped message>
-
m-relay
<fr33_yourself:monero.social> ransaction I should've received.
-
m-relay
<fr33_yourself:monero.social> Also, when you send a transaction via a remote node, how do you know that the node isn't lying and saying they sent the transaction, when in reality they did not?
-
selsta
yes, this can happen with a malicious node
-
selsta
if it's a concern to you make sure to run your own node or connect to a node you trust
-
m-relay
<fr33_yourself:monero.social> That makes sense. I'm wondering about a future time where the blockchain could hypothetically be much larger though and it's more difficult for people to run their own nodes. Adoption is still low, so it's not an issue but are there any mitigations in mind for a future date where it is less feasible to run one's own node?
-
selsta
it would for example be possible to connect to multiple remote nodes and compare their data, but this isn't anything currently implemented in monero
-
selsta
that's not fool proof but would allow for detecting a single malicious remote node
-
m-relay
<fr33_yourself:monero.social> Yes, it would be a pretty safe mechanism though. For example, let's say someone is sending you 10 XMR but you don't run your own node. They say they sent it, but when you sync from a remote node your wallet doesn't show that you received the transaction. To try to figure out whether the sender is lying to you or the remote node is lying to you, the best method would be to connect <clipped message>
-
m-relay
<fr33_yourself:monero.social> to other remote nodes you know about and resync your wallet
-
m-relay
<fr33_yourself:monero.social> If this sort of thing became a potential issue in the future (say a future where we are consistently getting 1 million transactions per day or something like this), would it be feasible to implement in the wallet software a method of syncing from different remote nodes as you mentioned? Or would it be quite challenging to implement that in the future if needed?
-
m-relay
<ofrnxmr:monero.social> Feather might do something like this (the opposite) with multibroadcast
-
m-relay
<plowsof:matrix.org> light nodes may just need some funding to make them a reality
monero-project/research-lab #69 (2GB~ on disk with no risks associated with using remote nodes)
-
m-relay
<rucknium:monero.social> Time to re-read the bitcoin white paper (Section 8: Simplified Payment Verification)
-
m-relay
<rucknium:monero.social> Multibroadcast helps defend against block hole attacks.
-
m-relay
<fr33_yourself:monero.social> My understanding of Bitcoin SPV is that when you connect to someone else's node they can't lie to you because the chain is transparent. We can't do this because our chain is opaque
-
m-relay
-
m-relay
<rucknium:monero.social> The original definition of black hole attack was nodes refusing to send txs that they received in the stem phase of Dandelion++. But you would extend the definition to include cases of a node refusing the send a transaction it receives from a wallet.
-
m-relay
<rucknium:monero.social> The chain is less opaque than you think. All txs are in the blockchain for everyone to see. Their contents are mostly hidden, so a node needs to send every tx to your wallet instead of just the ones you request by address.
-
m-relay
<fr33_yourself:monero.social> Correct, I remember one of you guys saying that in the past, but that doesn't prevent the remote node from sending fake or bad block data. It does make it difficult for them to tamper any particular tx because they wouldn't know which tx of all those tx's is yours
-
m-relay
<fr33_yourself:monero.social> so a safer approach for a malicious node would just be to relay entirely false block data if their objective was to mess with someone connecting to it
-
m-relay
<rucknium:monero.social> With SPV you have the block headers with hashes. You cannot fake that if you compare the responses between honest and malicious nodes.
-
m-relay
<fr33_yourself:monero.social> Wow, I am very impressed by this solution. This seems like it would be very useful to new users in a hypothetical future of very high adoption of big blockchain. Koe's light node solution here seems similar to a pruned node, but even quicker to spin up (validates old blocks slowly in the background). Does anyone know the approximate storage space saved from this proposed light nod<clipped message>
-
m-relay
<fr33_yourself:monero.social> e relative to our current pruned node option? Pruned node size is about 1/3rd of full node presently, but I'm curious how much "lighter" the light node would be.
-
m-relay
<fr33_yourself:monero.social> I reread and Koe said it would be 1/5th the size of a BTC full node is implemented for BTC so I imagine the storage space requirements would be similar for Monero? Pruned node = 33% of full node, Proposed Light Node = 20% of full node
-
m-relay
<5m5z3q888q5prxkg:chat.lightnovel-dungeon.de> How do you use the `monero://` ? I want to make a clickable link that will open the monero app and pre-fills my wallet
-
m-relay
<plowsof:matrix.org> monero info here Shane on Conduit.rs ⚡️
-
m-relay
-
m-relay
<plowsof:matrix.org> just make an href link with "monero:addresshere" as the URL is the simplest way
-
m-relay
<5m5z3q888q5prxkg:chat.lightnovel-dungeon.de>
en.wikinews.org/wiki/User:Kreyren
-
m-relay
<5m5z3q888q5prxkg:chat.lightnovel-dungeon.de> Doesn't seem to work
-
m-relay
<ofrnxmr:monero.social>
monero:87YCw3f8urfQEK5ZynYCeQ6G2Sp4…Pwd1HhD3gYjkXWtC8EQhiyZFogUVVascYqS XMR:87YCw3f8urfQEK5ZynYCeQ6G2Sp41vzwJTmBwb8s981TGVWLhiFGC2zWssN1Pwd1HhD3gYjkXWtC8EQhiyZFogUVVascYqS
-
m-relay
<ofrnxmr:monero.social> Is what you have listed
-
m-relay
<ofrnxmr:monero.social> Drop the http://, no?
-
m-relay
<ofrnxmr:monero.social>
ccs.getmonero.org
-
m-relay
<ofrnxmr:monero.social> See the link on the qr code is linked to
-
m-relay
-
m-relay
<5m5z3q888q5prxkg:chat.lightnovel-dungeon.de> it does this when i try that
-
m-relay
<okbutwhy:matrix.org> What are the most trusted remote nodes?
-
m-relay
<plowsof:matrix.org> your own one running at home on tor to avoid port/firewall issues
-
m-relay
<okbutwhy:matrix.org> Yeah I plan to run my own node soon but I'm not a situation to do that right now. I'm trying to set up a wallet to make a quick txn
-
m-relay
<plowsof:matrix.org> are you using tor? if so, these have good uptime
xmrguide.org/remote_nodes
-
m-relay
<okbutwhy:matrix.org> Thank you so much for sharing this
-
m-relay
<plowsof:matrix.org> if you want to diversify your node list, here is an android node
ofrnxmrqhjqb2zwl2zafkyv7cd52k5yrnivlu37mo7a7qsd4a3tva5id.onion:18089
-
m-relay
<okbutwhy:matrix.org> another quick question
-
m-relay
<okbutwhy:matrix.org> Can the outputs of all my sub addresses be cominbed?
-
m-relay
<plowsof:matrix.org> consolodate all your outputs into 1? yes, if you do a sweep_all / send max balance to self
-
m-relay
<okbutwhy:matrix.org> If monero is all private then why is it recommended to use different sub addresses while receiving the coins from different parties
-
m-relay
<okbutwhy:matrix.org> I guess it's because when using the same address for two services/ exchanges etc. All the services I use can be revealed if one of the services can find my identity yeah?
-
m-relay
<okbutwhy:matrix.org> I think it makes sense now
-
m-relay
<comradeblin:matrix.org> yea, the service can only link your "identity" to that service only, and no others
-
m-relay
<comradeblin:matrix.org> basically to each service you're just an anonymous person using their and their service only
-
m-relay
<okbutwhy:matrix.org> haha this monero thing is pretty good.
-
m-relay
<okbutwhy:matrix.org> The more I learn about monero, the more I get mind blown
-
m-relay
<comradeblin:matrix.org> If you dig your way more into it, youll start to like it more and more each day ;)
-
m-relay
<okbutwhy:matrix.org> The more I learn about monero, the more I get my mind blown
-
m-relay
<comradeblin:matrix.org> For example I didn't know why inputs and outputs were a thing, why not just send the exact amount. Then it clicked in.
-
m-relay
<okbutwhy:matrix.org> also just to confirm, If I do the sweep all txn then I would only pay for any extra txn correct
-
moneromoooo
You pay a fee for all txes. The fee is based on tx size, so the more inputs, the higher the fee. But it's still very small.
-
moneromoooo
And monero-wallet-cli prompts you to accept the fee (if you've not changed the setting) before sending it.
-
moneromoooo
I *think* monero-wallet-gui also does.
-
plowsof
yep the gui displays the fee (and red warning text if its hig
-
plowsof
+h) with a confirm/send button - at least one person who has seen the high fee warning, still confirmed and sent
-
m-relay
<5m5z3q888q5prxkg:chat.lightnovel-dungeon.de> Help i need a creative reply to this shit
-
m-relay
-
m-relay
<5m5z3q888q5prxkg:chat.lightnovel-dungeon.de> (i paid with Bitcoin)
-
m-relay
<5m5z3q888q5prxkg:chat.lightnovel-dungeon.de> nwm you slower than bitcoin processing a payment i just screamed that i am the bank and told them to increase the fucking timeout
-
m-relay
<5m5z3q888q5prxkg:chat.lightnovel-dungeon.de> i was thinking about trolling them for like multiple replies but i need that shit to work
-
m-relay
<ofrnxmr:monero.social> Wrong room
-
m-relay
<ofrnxmr:monero.social> #bitcoin
-
m-relay
<plowsof:matrix.org> ask in r/Bitcoin
-
m-relay
<5m5z3q888q5prxkg:chat.lightnovel-dungeon.de> i paid with monero it got atom swapped to btc
-
m-relay
<ofrnxmr:monero.social> So ask the swapper