-
m-relay
<orion_midast:matrix.org> I guess I can come back for a grant once we built some credibility in the space and started a beta.
-
m-relay
<oremon:matrix.org> I have been making monero themed songs with suno ai
youtube.com/watch?v=mQWEltFdIVk
-
ofrnxmr
Theres also magicgrants and monerofund
-
m-relay
<hinto.janaiyo:matrix.org> cuprate's database milestone 1 is complete - ping luigi1111
repo.getmonero.org/monero-project/c…als/-/merge_requests/422#note_23548
-
fgonzalez
Hello! a quick question how many gigabytes is using the Monero blockchain right now?
-
m-relay
<monerobull:matrix.org> about 193
-
m-relay
<monerobull:matrix.org> can be pruned as well
-
m-relay
<plowsof:matrix.org> Community meeting this Saturday 16th
monero-project/meta #979
-
m-relay
<plowsof:matrix.org> Unnamed Wallet (xmruw) dev has added a comment to their CCS comparing their project with valdracs monero-wallet-sdk
repo.getmonero.org/monero-project/c…als/-/merge_requests/437#note_23529
-
m-relay
<plowsof:matrix.org> i would also like to make a payout request on behalf of bigmenpixel for the monero-gui flathub flatpak maintenance selsta
repo.getmonero.org/monero-project/c…als/-/merge_requests/381#note_23554
-
dEBRUYNE
orion_midast: Feel free to also post something on r/Monero if you want to gather awareness
-
m-relay
<nononynous:monero.social> Hi guys I opened an issue on Haveno, that I think it's worth it.
-
m-relay
<nononynous:monero.social> github.com/haveno-dex/haveno/issues/819
-
m-relay
<nononynous:monero.social> If Haveno could support many privacy protocols used in crypto industy, it would fill a big gap in anonynous interoperabity of blockchains
-
m-relay
<nononynous:monero.social> Hi guys I opened an issue on Haveno, that I think it's worth it.
-
m-relay
<nononynous:monero.social> github.com/haveno-dex/haveno/issues/819
-
m-relay
<nononynous:monero.social> If Haveno could support many privacy protocols used in crypto industy, it would fill a big gap in anonynous interoperabity of blockchains.
-
m-relay
<nononynous:monero.social> The more it's interoperable with theses, the more monero will became an exit-door for people under oppression.
-
m-relay
<nononynous:monero.social> because of our circular economy & resilience
-
plowsof
Link doesnt work nononymous
-
m-relay
<shortwavesurfer2009:monero.social> Link gives a 404
-
m-relay
<nononynous:monero.social> well may be shadowbanned again 😞
-
m-relay
<nononynous:monero.social> i tried to use haveno but i cant put testnet addresses for altcoin trading
-
plowsof
Ask in the haveno room #haveno:monero.social
-
m-relay
<woodser:monero.social> just put their mainnet addresses
-
m-relay
<woodser:monero.social> just put mainnet addresses
-
m-relay
<rucknium:monero.social> I'm thinking of putting up a CCS for statistical research. I still have the OSPEAD CCS with progress ongoing, but the OSPEAD decoy selection changes probably can't be safely deployed before a hard fork. Meanwhile, things that can be analyzed and fixed before hard forks just keep appearing. The recent suspected spam for example.
-
m-relay
<rucknium:monero.social> The first thing to research would be the suspected spam: evidence for and against the black marble flooding hypothesis, potential privacy impacts, and effectiveness of potential solutions. Other research projects would be set by community and Monero Research Lab discussion. I listed some possibilities in my "A Statistical Research Agenda for Monero" Monerotopia presentation https:<clipped message>
-
m-relay
<rucknium:monero.social> //github.com/Rucknium/presentations/blob/main/Rucknium-Monerotopia-2023-Slides.pdf , e.g. ring member binning, Pocket Change privacy, EAE/EABE attack, fee discretization, 10 block lock adjustment safety, etc.
-
m-relay
<rbrunner7:monero.social> I have only one thing to say here: "Go for it"
-
m-relay
<no_2:matrix.org> Goatskey: I've sent you a DM.
-
m-relay
-
m-relay
<rucknium:monero.social> Possibly. I could crawl the Monero P2P network and look for evidence of spy nodes. Endor and sech have already found some suspicious IP addresses on the network. s.elsta has a block list, too.
-
m-relay
<monerobull:matrix.org> Wouldnt dandelion get weaker as well when you send hundreds of thousands of transactions?
-
m-relay
<rucknium:monero.social> If an adversary is sending the txs, I don't think there is any negative effect on Dandelion++'s protection for normal users.
-
m-relay
<monerobull:matrix.org> I meant for the adversary themselves
-
m-relay
<rucknium:monero.social> If someone is spamming txs from a single node or a few nodes, D++ would not protect those spammed txs well, probably. You would have a huge splash in the pond that could be detected by nearby nodes
-
m-relay
<monerobull:matrix.org> Yeah
-
m-relay
<rucknium:monero.social> There is a paper that I linked in the MRL meeting yesterday about it.
-
m-relay
<rucknium:monero.social> Well, the paper isn't about "that", exactly. The paper claimed that D++ didn't protect txs very well.....but if you look at its assumed tx/second rate, it's huge. So that paper does not describe realistic conditions....unless someone is spamming :D
-
m-relay
<rucknium:monero.social> I don't think it affects non-spam txs.
-
m-relay
<rucknium:monero.social> There might be a small effect on the network privacy of non-spam txs since the spammer could try to learn the D++ subgraph that changes every 10 minutes.
-
m-relay
<rucknium:monero.social> The paper says it simulated sending 50 txs per honest node to try to learn the D++ subgraph. But the subgraph changes every 10 minutes.
-
m-relay
<rucknium:monero.social> So if Monero has 1,000 honest node (real number is probably much higher), you would have to send 1000 *50/(10 * 60) = 83 txs per second to learn enough of the subgraph before it rearranges itself
-
m-relay
<rucknium:monero.social> The current tx volume is about 1.6 tx/second
-
m-relay
<rucknium:monero.social> And I told the main author in #MRL that I thought his scenario was unrealistic
-
m-relay
<rucknium:monero.social> I suggested that he try to reduce the number of txs and increase the share of spy nodes.
-
m-relay
<rucknium:monero.social> I tried his Python code and it seemed to work. We can use it for our own analysis.
-
m-relay
<rucknium:monero.social> AFAIK he presented the paper at MoneroKon 2023: Sharma, P. K., Gosain, D., & Diaz, C. 2022. "On the anonymity of peer-to-peer network anonymity schemes used by cryptocurrencies."
moneroresearch.info/index.php?actio…n=resource_RESOURCEVIEW_CORE&id=130
-
nioCat
1:28 PM <m-relay> <rucknium:monero.social> I'm thinking of putting up a CCS for statistical research. <> don't think too long :D
-
plowsof
BTCpayserver merged something Monero specific. adjusting of confirmations to zero
btcpayserver/btcpayserver #5807 , how times have changed? Thanks to HenryH. escapethe4ra sgp ajs_
-
plowsof
escapethe3ra
-
plowsof
HennyH*
-
m-relay
<nononynous:monero.social> why do i have "failed to fetch alias" when trying to join haveno's group ?
-
m-relay
<nononynous:monero.social> Wanted to say, bigger crypto integration is needed:
-
m-relay
<nononynous:monero.social> • Solana
-
m-relay
<nononynous:monero.social> • DOGE
-
m-relay
<nononynous:monero.social> • AVAX
-
m-relay
<nononynous:monero.social> • TRX
-
m-relay
<nononynous:monero.social> • MATIC
-
m-relay
<nononynous:monero.social> & privacy protocols coming with integrated altcoins:
-
m-relay
<nononynous:monero.social> • PayNym for Bitcoin (recurring trades)
-
m-relay
<nononynous:monero.social> • MWEB for Litecoin
-
m-relay
<nononynous:monero.social> • Aztec/Railgun for EVMs
-
m-relay
<nononynous:monero.social> I was working for an exchange that should have integrated all of that but he decided to fire me because his service is too shitty to be promoted lmfao