LoupBlanc

@Ced_haurus X

👉 Ne vous faites pas un noeud au cerveau à comprendre l’algorithme de X, à savoir s’il est manipulé ou si on respecte votre liberté d’expression. Inscrivez-vous sur Nostr. Incensurable. Libre. Résilient. Pas d’algo. ➡️ Et retrouvez les comptes que vous suivez avec nostrmap.fr

Monero.Jobs 🤝 @cakewallet

You can now use your @grok subscription inside @NousResearch Hermes Agent. x.ai/news/grok-herm…

@DirtyHarry_tv @cakewallet @PhoenixWallet Oui

@Cryptex_8X @cakewallet @PhoenixWallet Nutzt du auch die CakeWallet?

Ich habe @PhoenixWallet deinstalliert. Mit der @cakewallet habe ich auf dem Handy alles was ich brauche. Bitcoin, Lightning, Monero + easy swappen. Und Privatsphäre gibt es noch oben drauf. Was will man mehr?

@SortieDeBanque @Do_not_sell_ Monero 👍🏻

"Bank Exit", l'extension en Europe (et non pas en UE corrompue) de notre collectif se poursuit ! 🇨🇭, 🇮🇹, 🇱🇺, 🇧🇪, 🇪🇸, 🇵🇹 Nouveaux groupes Monero/Bitcoin en langue locale dans les pays proches suivants : 🇨🇭 Swiss Bank Exit 🇮🇹 Uscita dalla Banca Italia 🇱🇺🇧🇪 (en hollandais) 🇪🇸 España - Retirada bancaria 😎 🇵🇹 Sair dos Bancos (Et à quand un groupe allemand ? 🇩🇪) Le lien entre humains, plus grand rempart au totalitarisme UERSS qui va déferler ! 💪 Rejoignez si vous êtes concernés et partagez svp : bank-exit.org/en/local_groups

$XMR dipped to $382 after the THORChain news. The integration delay stings but the tech hasn't changed. FCMP++ audit finishes next week. That's what matters.

True

DON'T SIGN IN WITH GOOGLE DON'T SIGN IN WITH GOOGLE DON'T SIGN IN WITH GOOGLE DON'T SIGN IN WITH GOOGLE DON'T SIGN IN WITH GOOGLE DON'T SIGN IN WITH GOOGLE DON'T SIGN IN WITH GOOGLE

@jpmorgan launches its second @Ethereum money market fund. $100M on day one. Wall Street's biggest bank is here. am.jpmorgan.com/us/en/asset-ma… $ETH $LINEA 🎯 🚨DYOR🚨

The latest 𝕏 algorithm has been published to GitHub github.com/xai-org/x-algo…

@coingecko @THORChain The only DEX building native access to $XMR, $ZEC, and $DASH, assets CEXs keep delisting. No KYC. No bridges. No wrapped tokens. $120B+ in swap volume The private economy runs here

$ENA is now live @MeteoraAG. Meteora's dynamic pools seed the liquidity that makes ENA tradable on @Solana from minute one.

🚨 URGENCE À AMSTERDAM : Des musulmans enragés, armés de bâtons et de planches, tabassent sauvagement des étudiants blancs à l’Université d’Amsterdam ! Ils hurlent que les Pays-Bas 🇳🇱 sont désormais un pays musulman et que les Blancs/non-musulmans n’ont plus rien à y faire. Vidéo choc : fumée, coups de matraque, jeunes à terre… l’Europe se fait piétiner sous nos yeux ! 😡🔥 #ImmigrationDeMasse #Insécurité #Islamisation #RéveilleToiFrance

Update: THORChain co-founder @jpthor is now looking into the DASH slippage issue we posted about earlier. Still developing.

KNOW YOUR ENEMY: LAZARUS GROUP North Korea’s state-backed hacking syndicate has stolen over $6B in crypto since 2017, using exploits, fake job offers, malware, OTC desks, mixers and bridges to launder funds. Our research team mapped their on-chain footprint. Check it out below:

MRL reviewed the ProbeLab CCS proposal for P2P network metrics. M1 (dashboard) received negative community feedback and is likely to be dropped. Discussion focused on M2: statistical estimation of unreachable nodes with confidence intervals (preferred mathematical derivation or Monte Carlo/bootstrapping rather than brute-force node deployment). Rucknium emphasized using ProbeLab's expertise for rigorous estimators, avoiding cost bloat and privacy concerns from large-scale node setups. yiannisbot agreed to refine M2 with confidence intervals and seek broader feedback (including from network devs). Budget (~113 XMR) and AGPL licensing were noted; further community input needed before advancing. rucknium: 6. CCS proposal: ProbeLab P2P Network Metrics Proposal (repo.getmonero.org/monero-project…). rucknium: The CCS system is back up. Thanks for everyone who helped get it working again: repo.getmonero.org/monero-project… rucknium: In the last discussion, a few people were not happy with the part of the CCS that was a monitor dashboard, similar to xmrnetscan.redteam.cash yiannisbot: Yup, correct. boog900: oh wow look at the new nodes in the last few days boog900: so much adoption rucknium: plowsof is working on a better DNS-based blocklist that could contain more addresses: github.com/monero-project… yiannisbot: The dashboard would give more insights regarding the new nodes, but indeed there was some disagreement from the community to proceed with this. yiannisbot: By "this", I mean Milestone 1 of the proposal. plowsof: thanks for sharing, after review comments from iamamyth im moving to obtaining a url:hash for the ban list and applying it directly. same effect none the less boog900: I don't think it would give us much more insight, we pretty much know that 1000 real nodes did not come online overnight yiannisbot: Agreed. So AFAIU, the community is in favour of dropping M1 from the proposal and moving on with M2 - is that correct rucknium ? rucknium: I think M1 has received negative feedback. M2 needs more feedback. jpk68: The XMR/EUR exchange rate is a bit off rucknium: For M2, you would probably want to get an estimate of how frequently nodes rotate peers. I had some rough results here: github.com/Rucknium/misc-… rucknium: Line 329 - 349, pages 20 - 21. And Figure 14 rucknium: If you were to do M2, I would want to have a confidence interval on your estimator for the number of unreachable nodes. I don't really want you to solve the estimation problem by setting up hundreds of nodes (or proxies) and get a good estimate by brute force. rucknium: So you could derive the confidence intervals mathematically (ideal, but difficult) or do Monte Carlo and/or bootstrapping to get the confidence intervals. yiannisbot: Sure, but out of curiosity, why would this not be desired? yiannisbot: > I don't really want you to solve the estimation problem by setting up hundreds of nodes (or proxies) and get a good estimate by brute force rucknium: Bloats your costs. Bloats MRL's costs if it wants to take samples over time. And deploying that many nodes and collecting all the data together is like spying on users. rucknium: The task is to use mathematics to get the estimate. Throwing more infrastructure is...not difficult enough! rucknium: We want to use your expertise. Not just have SaaS (software as a service) rucknium: I should say I want that. I shouldn't speak for others. yiannisbot: I see, yes. I think a combination of both would be ideal. If costs are unbearable, it could be that deploying nodes could be done once a week/month/whatever. rucknium: You should be able to express the confidence interval as a function of the number of nodes you need to deploy. Then make a decision about how many nodes would give you an acceptable confidence interval. yiannisbot: Is it recommended then to add the following statement in M2 of the proposal? yiannisbot: > So you could derive the confidence intervals mathematically (ideal, but difficult) or do Monte Carlo and/or bootstrapping to get the confidence intervals. rucknium: Yes. I think so. yiannisbot: And then bring the topic back here next week? Or what's the process going forward? rucknium: I try to get more people involved in Monero research instead of being greedy with tasks that are in my area. yiannisbot: Not sure I'm getting this :) rucknium: yiannisbot: You need more feedback on Milestone 2. yiannisbot: WDYM? yiannisbot: Sure, how can we make that happen? Are there people here that we can bring into the discussion? rucknium: I am a statistician (actually, economist with empirical focus) and therefore proposing and exploring the properties of a statistical estimator is in my area. But I don't want to lay claim to a task just because it's in my area. Anyway, there is much more research on Monero stats than I can do alone. rucknium: ccs.getmonero.org/how-to-ccs/ rucknium: > 7. You're done. Now go drum up some support. Good job on getting all the way here. When you finish, the community will be discussing your proposal on the merge request itself. If you want to weigh in on the discussion, feel free. It will be up to you to get people to support your proposal, both for it to be moved to the Funding Required stage, and also while its awaiting donations. boog900: I think 113 XMR is quite a bit for this task ngl. boog900: Is that the amount it'll be? rucknium: We're 1:45 into the meeting. I will end the meeting here and discussion on topics can continue. Thanks everyone. yiannisbot: The amount is estimated to be about that, yes. We'll revisit though once we have the full feedback of what is desired here. yiannisbot: Rucknium gave some constructive feedback on the direction. yiannisbot: Yes, I suspect that this is the most likely feedback we're going to get. So in order for this to go forward, it will need feedback from a few technical people. That's what we've seen generally. So if you know people that would care/appreciate this kind of work it would be great to talk to them (during this meeting or elsewhere). rucknium: Those people would probably be boog900 , vtnerd , syntheticbird , ofrnxmr , sgp_ , plowsof rucknium: And articmine rucknium: (If I didn't mention you and you think I should have, now is your time to speak up and comment!) rucknium: rbrunner could comment, too, since he wrote the anti-spy subnet deduplication code. ofrnxmr: Is the current plan to gpl / foss any work? I need to re-look at m2 yiannisbot: Yes. We agreed in the previous meeting to go with AGPL. Let us know thoughts. yiannisbot: Thank you! Message to those folks: please contribute ideas to the discussion, either here, or in the Lounge or in the proposal repo itself. I think this would speed things up quite a bit. #c675060" target="_blank" rel="nofollow noopener">libera.monerologs.net/monero-researc…

We’ve got you covered. You can find the option for background play at Settings > Media in the iOS and Android versions of Brave. (Screenshot is from iOS. The option is called “Background play” on Android.)