Monero Community Workgroup Meeting: Aug 23rd 16:00 UTC

[plowsof]

Location: Libera.chat, #monero-community | Matrix

Instructions for joining the monero.social Matrix server.

Time
16:00 UTC Check your timezone

Moderator: plowsof

Please reach out in advance of the meeting if you would like to propose an agenda item.

Proposed Meeting Items:

1. Introduction
2. Greetings
3. Community highlights
   • https://riat.at/qubic-attack-on-xmr-monero-no-51-attack-proven/
   • Monero Research Lab Meeting - Wed 20 August 2025, 17:00 UTC #1256
     News: Monero Observer - Revuo Monero
4. CCS updates
   a. hinto-janai full-time development (3 months)
   b. MoneroOS Resurrection
   c. [hbs] EVM Atomic Swaps
   d. Monero Python Maintenance
   e. j-berman full-time development (4 months)
   f. jefro256 full-time development 2025Q3
   g. Add proposal: MoneroSwap.ai — Privacy-First, Instant Monero Swap (80 XMR initial funding)
   h. kayabaNerve Finality Layer Book
   i. rawr_xd-playing-the-videogames.md
   j. v1docq47 - monero konferenco 2025 voice-over and working on xmr.ru
5. Workgroup reports
   a. Dev workgroup
   b. Localization workgroup
   c. Outreach workgroup
   d. Events workgroup - MoneroKon 2023
   e. Website workgroup
   f. Policy workgroup
   g. Research workgroup
   h. Seraphis Migration workgroup
6. Open ideas time
7. Confirm next meeting date/time

Previous meeting including logs

Meeting logs will be posted here afterwards.

[plowsof]

Logs

<plowsof:matrix.org> Meeting time #1257

<plowsof:matrix.org> greetings

<lordx3nu:matrix.org> Hi

<hbs:matrix.org> Hello

<4rkal:monero.social> Hello hello

<plowsof:matrix.org> RIAT with this "No 51% attack has happened" debunking https://riat.at/qubic-attack-on-xmr-monero-no-51-attack-proven/

<plowsof:matrix.org> eddie has been tracking miningrigrentals stats available via their api, rigs / hashrate available , rigs / hashrate rented and last rent price , a chart of some of that is here https://i.imgur.com/hWQUiFN.png

<plowsof:matrix.org> veridises' twitter account shared some FUD and apologised 😅

<plowsof:matrix.org> hi everyone, have something to bring up? please do

<lordx3nu:matrix.org> Yeah im looking to move the "monero defense fund" into a community initiative. I think it would work much better that way.

<plowsof:matrix.org> DataHoarder and sech1 have been working overtime recently 🫡

<rucknium:monero.social> Hi. I am reading papers about hardening PoW and general permisionless blockchain consensus protocols. moneroconsensus.info is up and running. Since last community meeting, I added line charts on blocks mined by each mining pool.

<sech1> yep

<plowsof:matrix.org> x3nu it remains unclear if renting hashes from rig rentals is effective at increasing the amount of honest hashes on the network

<plowsof:matrix.org> hopefully their api which eddie is tracking could prove if extra hashes are being added to the network

<sech1> Even had to run around with open laptop while boarding a plane :D

<plowsof:matrix.org> thank you for your service

<lordx3nu:matrix.org> Yeah totally understood. I'd love to hear more info on that

<DataHoarder> sech1: twice!

<rucknium:monero.social> I agree it is unclear. More investigation is a good idea. I think gingeropolous is looking at renting Amazon servers at scale.

<sech1> yeah

<ofrnxmr:xmr.mx> Oh i almost forgot. Hi

<plowsof:matrix.org> 👋

<lordx3nu:matrix.org> I do have funds still available and have been reached out to about donating more so there is interest

<ofrnxmr:xmr.mx> Interest doesnt mean its a good thing

<lordx3nu:matrix.org> Yeah

<ofrnxmr:xmr.mx> Need to ensure the hash isnt active before renting it. It seems almost all of it is active when qubic is doing their marathons

<rucknium:monero.social> If the MRR rigs are mining while not rented, their pricing does not make sense to me. If they are mining while not rented, they would be wiling to switch to mining for someone else if they get just a small premium over mining for themselves. However, the premium is large. IMHO.

<ofrnxmr:xmr.mx> which means, were not adding any net hash to the network, and are either funding qubic or simply redistributing the hashes

<plowsof:matrix.org> vik of cake wallet has rented over 200mh per a tweet i read, such an amount should reflect as extra hash rate on the network otherwise, a solo miner is now earning more mining to someone elses address momentarily 😄

<ofrnxmr:xmr.mx> The premium swings between 0.4ltc to 0.95

<ofrnxmr:xmr.mx> per mh per day

<lordx3nu:matrix.org> Of course vik had to one up me 😅

<ofrnxmr:xmr.mx> Rucknium, when they are not mining, the rates are about 0.4ltc per daily mh. When they are mining, it goes to 0.7-0.95

<rucknium:monero.social> "they" = the rigs or Qubic?

<ofrnxmr:xmr.mx> the rigs

<plowsof:matrix.org> retraction on 200mh x3nu no idea where i got that number from ,,, 3MH* https://xcancel.com/vikrantnyc/status/1955693226284781980 sorry

<ofrnxmr:xmr.mx> It only makes sense to me that they are mining qubic during the marathons (before being rented)

<ofrnxmr:xmr.mx> renting them pulls the HR away from qubic, but funds the qubic miners directly at 2-3x paid in ltc or btc

<plowsof:matrix.org> if they are mining cubic during idle time then renting teir hashes is effective, however, these greedy miners will convert that moneys into more moneys by adding more hashes for the qubic side :D

<lordx3nu:matrix.org> I don't think they are "qubic miners", they are just mercenaries looking for profit

<sech1> What I observed during the Qubic marathons, is that they have 1.8-2 GH/s baseline, and get more hashrate in bursts (probably rented from AWS/Google cloud/similar). They can't sustain hashrate above 2 GH/s for more than a few (6-8) hours

<ofrnxmr:xmr.mx> Plowsof - its nor effective if we are paying 2-3x the rates directly

<plowsof:matrix.org> but it makes you feel good if you donate

<ofrnxmr:xmr.mx> It means qubic is gaining power without having to cover bill with qubic token

<ofrnxmr:xmr.mx> It means monero is funding the future attacks

<plowsof:matrix.org> no good deed goes unpunished etc

<ofrnxmr:xmr.mx> Sorry. I didnt read the "however". Yes

<plowsof:matrix.org> infinite money glitch - until .....

<ofrnxmr:xmr.mx> I think they are qubic miners

<ofrnxmr:xmr.mx> Otherwose, why would they be idle right now?

<4rkal:monero.social> Could just be botnets no?

<ofrnxmr:xmr.mx> turning on during marathons is less helpful than increasing the difficulty

<plowsof:matrix.org> mining tari only? or some other randomx coin? i guess you'd have to track global hash of these other coins too,. maybe there are patterns

<ofrnxmr:xmr.mx> They are minibg when not being rented_ during marathons. So its obg they arent being rented by qubic

<4rkal:monero.social> That want to earn a specific amount for a short amount of time. Probably more stable income than mining to a pool (and more profitable)

<ofrnxmr:xmr.mx> Definitely monero.. they are only active during marathons

<lordx3nu:matrix.org> So should we only target miners active during marathons?

<ofrnxmr:xmr.mx> They atent mining zephyr or some other rx coin right now. they are mining rx during marathons though

<ofrnxmr:xmr.mx> I think we shoukd only rent inactive miners

<ofrnxmr:xmr.mx> If youre renting active ones, youre either a) not increasing the net hash or b) youre funding qubic directly

<ofrnxmr:xmr.mx> Paying qubic miners 3x to "stop mining qubic" is a cure that is worse than the cancer imo

<plowsof:matrix.org> for FCMP++ goings on, pls do follow the no wallet left behind and MRL meetings (latest one here) #1256

<lordx3nu:matrix.org> Yeah inactive should be prioritized.

<lordx3nu:matrix.org> Or finding ways of getting new hashrate

<ofrnxmr:xmr.mx> On another note: monerotime / superquantum posted on twitter and in monero-research-lab, offering developers 65xmr from vthors xmrsigner ccs. i just want it to be very clear, that ccs's arent canceled or repurposed without community discussion and approval, after working with the proposer. ccss are not bounties

<plowsof:matrix.org> he is banned matrix side for sharing AIDrig - a closed source xmrig miner

<plowsof:matrix.org> and his irc is muted here and #monero for that spam^

<plowsof:matrix.org> this monstrosity https://github.com/AIDStudio/AidRig , and putting red alerts in MRL to some baseless tweet ehhh

<plowsof:matrix.org> News: Monero Observer - Revuo Monero

<plowsof:matrix.org> can move onto CCS updates unless something else to touch on? v0.18.4.2 to be tagged soon

<plowsof:matrix.org> if i had a penny for every anti selfish mining strategy ive seen this week i'd have at least several :)

<ofrnxmr:xmr.mx> 18.4.2 probably today

<plowsof:matrix.org> tradeogre still dead, kraken is being racist to canucks i read, disabled monero deposits

<ofrnxmr:xmr.mx> yeah, kraken disabked deposits with no notice

<plowsof:matrix.org> https://www.reddit.com/r/Monero/comments/1mvi8tm/kraken_canada_has_just_delisted_monero/

<ofrnxmr:xmr.mx> And is disabling trading on sept 2

<plowsof:matrix.org> 💢

<plowsof:matrix.org> 4. CCS updates

<ofrnxmr:xmr.mx> Coincards, operates out of canada, added fees to monero purchases, because they have to use other avenues to sell the xmr

<plowsof:matrix.org> thank you for sharing, i had no idea

<ofrnxmr:xmr.mx> Personally, since all of these services typically dump the xmr on a cex

<deverickapollo:matrix.org> We have an update on the btcpay side when ready

<plowsof:matrix.org> pls do share deverickapollo

<ofrnxmr:xmr.mx> I started to swap the xmr our before buying cards

<ofrnxmr:xmr.mx> Deverick, floors yours. I'll shut up now

<deverickapollo:matrix.org> We completed our refactor on the dockerfile to handle those permission issues we’ve seen. Nicolas merged this week and we are finishing testing. All looks good there.

<deverickapollo:matrix.org> We have a quick PR open on the ccs adding those support channels at your request plowsof - there was a build failure on your pipeline. Lmk if I need to action on anything there

<deverickapollo:matrix.org> napoly can comment on some vendor support he’s been providing.

<plowsof:matrix.org> the support links shld be added to the proposal when luigi can handle merges next, do not worry about pipelines for none ccs proposals

<plowsof:matrix.org> thanks for the update and progress 💪

<deverickapollo:matrix.org> We’re moving onto migrating away from wallet file to viewkey now. All work from m1 should be complete from our end. Will need to provide some methods for migrating existing users.

<napoly:matrix.org> yeah.. i'm in touch with DarkPrague.. but the response is slow so far

<plowsof:matrix.org> support links @ https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/606/diffs

<plowsof:matrix.org> right lets touch on the open ideas

<plowsof:matrix.org> a. hinto-janai full-time development (3 months)

<plowsof:matrix.org> rates where changed later, just wating for luigi to merge when available

<plowsof:matrix.org> https://ccs.getmonero.org/funding-required/ , the general fund contirbuted to vtnerds only 27~ as that was all that bF had on hand accessible

<plowsof:matrix.org> e. j-berman full-time development (4 months)

<plowsof:matrix.org> f. jefro256 full-time development 2025Q3

<plowsof:matrix.org> new* proposals , to be merged xD

<jeffro256:monero.social> I can answer if anyone has questions about my CCS

<4rkal:monero.social> I’m also here to answer any questions regarding MoneroOS

<plowsof:matrix.org> 4rkal will circle back

<plowsof:matrix.org> thank you

<btclovera:matrix.org> I can put a USB with HiveOS and start mining as well. Why we need MoneroOS?

<rucknium:monero.social> jeffro256: You misspelled your name in the proposal title.

<jeffro256:monero.social> ah damn lol

<plowsof:matrix.org> jeffro256: have you had any interest from hardware wallet manufacturers yet? will the existing low powered devices still work with FCMP++ , iirc the device will not have to do much heavy lifting still - that can be offloaded to the device with the view wallet?

<btclovera:matrix.org> Or MMP OS.. don't know if RaveOS also has compatibility with MONERO

<ofrnxmr:xmr.mx> +1 for berman256

<rucknium:monero.social> jeffro256: How many/which hardware manufacturers are you targeting for your outreach and support?

<4rkal:monero.social> Not sure what hiveOS is but MoneroOS will be a fully open source live OS specifically designed and optimized for mining monero

<ofrnxmr:xmr.mx> software wallets that use wallet2_api shouldnt have to do much, if anything, to switch onto fcmp

<syntheticbird:monero.social> actually im against because jeffro is a significant developer and would help monero survive, but i want monero to die so no

<4rkal:monero.social> MMPOS seems to be paid and you have to purchase credits after some point

<plowsof:matrix.org> 4rkal maybe research the competition

<syntheticbird:monero.social> and jberman

<syntheticbird:monero.social> jeffro and jberman

<plowsof:matrix.org> surely theyre doing something good

<syntheticbird:monero.social> im against the two

<plowsof:matrix.org> while awaiting jeffros response, can move back onto

<plowsof:matrix.org> b. MoneroOS Resurrection

<plowsof:matrix.org> from 4rkal

<jeffro256:monero.social> I haven't aggressively reached out yet, tbh. But yes, existing low powered devices will absolutely work FCMP++. I don't know of an existing general-purpise hardware wallet on the market right now which can't easily prove SA/L proofs.

<ofrnxmr:xmr.mx> Solution in search of a problem, imo.

<4rkal:monero.social> This proposal has been pending for quite a while now. With the support it has gotten on Reddit and all the Qubic drama (to which it provides somewhat of a solution) I don’t see why it shouldn’t be merged

<jeffro256:monero.social> I would have to check, but SA/L may use less memory than current ring signatures

<ofrnxmr:xmr.mx> moneroos isnt going to create 500mh of new monero miners

<ofrnxmr:xmr.mx> And reddit isnt a good measuring stick for anything, really

<jeffro256:monero.social> Doing FCMPs on-device is a bit trickier, I don't have the stats for that, but it's also not as useful if the hot device is inititing the transaction proposal since they will know the true spend and there's not really a point to that device not doing it

<plowsof:matrix.org> the reddit thread https://www.reddit.com/r/Monero/comments/1lzi7g4/moneroos_resurrection/

<jeffro256:monero.social> Ledger, Trezor, Keystone at the moment

<ofrnxmr:xmr.mx> A lot of comments with no responses

<plowsof:matrix.org> maybe it would effect the DIY offline signers like ANON+NERO and CUPCAKE.. FeatherWallet -

<ofrnxmr:xmr.mx> I dont think so 🤔

<plowsof:matrix.org> sizes of unsigned tx in FCMP++ which have to be transferred via the animated QR?

<plowsof:matrix.org> maybe its the same size or a bit bigger 🤷 🙏

<ofrnxmr:xmr.mx> We can test this now, probably

<ofrnxmr:xmr.mx> Just need one of these wallet users to build against fcmp branch

<ofrnxmr:xmr.mx> Wallet devs*

<jeffro256:monero.social> This is a good question, I should check the sizes. You can test with: seraphis-migration/monero#52 which already implements hot/cold wallets in FCMP++

<plowsof:matrix.org> tobtoht had already played around with fcmp++ in feather a while ago

<jeffro256:monero.social> An signed FCMP++ tx without membership proofs (what's transferred from the cold wallet to the hot wallet) is going to be smaller than a CLSAG tx

<plowsof:matrix.org> nice

<plowsof:matrix.org> will be going over the hour a bit , lets discuss the others

<plowsof:matrix.org> c. [hbs] EVM Atomic Swaps

<hbs:matrix.org> Available to answer questions

<plowsof:matrix.org> hbs updated this proposal recently https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/597#note_31372

<4rkal:monero.social> We’ve already been through what MoneroOS solves on previous meetings. I’m sure you can find the logs for that

<plowsof:matrix.org> https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/597/diffs?diff_id=9484&start_sha=f3de564ddaa5e9b95c9f8ed7ffc94e7db5935f41

<ofrnxmr:xmr.mx> I was there

<4rkal:monero.social> *sorry if that came off a bit mean

<ofrnxmr:xmr.mx> No need to apologize

<btclovera:matrix.org> The idea is not bad, but to be honest, 40XMR for an OS, that already we can find "for free" like HiveOS and with support of GPUs. I don't sure if we need to pay for it.

<btclovera:matrix.org> And maybe we change to a PoS

<btclovera:matrix.org> 🤣

<4rkal:monero.social> Why would you need GPU support for XMR?

<4rkal:monero.social> MoneroValidatorOS

<4rkal:monero.social> Soon ™️

<ravfx:xmr.mx> PXE support would be great

<ravfx:xmr.mx> Turn on the MoneroOS VM.

<ravfx:xmr.mx> Turn on all the miners and they just boot and start to mine, no need to move usb key around or install ssd in them

<btclovera:matrix.org> When you build a GPU rig (yes, you can still mine in some regions), you need a motherboard and a CPU. That's when you take advantage of the opportunity to mine GPU + CPU.Well, if the USB MoneroOS is not to be use "as a hacker tool" to put in any device 😅

<plowsof:matrix.org> hbs the monero wallet side of things - this is for the user to handle (sending of transactions?)

<hbs:matrix.org> The Monero side is indeed handled by the user, the CLI (and the UI subject of the CCS) provides a QR Code to configure a view only wallet in the first phase, then a full wallet in the last stage of settlement, and a payment URL for the XMR side to send the required amount.

<4rkal:monero.social> Is that some sort of network booting?

<hbs:matrix.org> So a Browser and a Monero wallet (mobile or desktop) are the only required pieces of software

<ravfx:xmr.mx> Yes

<plowsof:matrix.org> spirobel can fix this so its all in the browser ? ^ but not ready yet

<plowsof:matrix.org> whats hiveos, whats pxe, where do i get an xmrig config

<hbs:matrix.org> That could be a possible option in the future, to be studied later I guess

<4rkal:monero.social> So all machines boot to a specific image on the network? How does storage work there? I mean for stuff like xmrig.json etc

<ravfx:xmr.mx> load kernel and initrd from tftp (information about that is to be provided by the dhcp server)

<ravfx:xmr.mx> as for mining, the miners only need xmrig really so you can make a mini environement in the initramfs, that contain the xmrig and parameter so it just start to mine from the configured p2pool or whatever

<plowsof:matrix.org> the dhcp server -could- be a moneroNodo attatched to a network switch, or a pi, or one of those open source WRT router thingies

<ravfx:xmr.mx> You can use NFS for storage, you can also have extra configuration tagged with the clients NIC mac address

<4rkal:monero.social> That would be pretty useful for a farm like setup

<hbs:matrix.org> Any other questions?

<plowsof:matrix.org> seems not, thank you for joining

<plowsof:matrix.org> d. Monero Python Maintenance

<4rkal:monero.social> Could add to the proposal if I can wrap my head around the setup

<plowsof:matrix.org> for monero python maintenance, lets get the monero-cpp additions upstreamed to https://github.com/woodser/monero-cpp/pulls everoddandeven

<4rkal:monero.social> Would it be possible to have one device boot from USB and be the master or “MoneroOS VM”

<plowsof:matrix.org> g. Add proposal: MoneroSwap.ai — Privacy-First, Instant Monero Swap (80 XMR initial funding)

<plowsof:matrix.org> close?

<4rkal:monero.social> You know it’s good when it contains “Global SEO strategy to increase Monero’s visibility”

<ofrnxmr:xmr.mx> Mergr moneroswap.slop

<jeffro256:monero.social> Close

<n1oc> [CCS Proposals] plowsoff closed merge request #603: Add proposal: MoneroSwap.ai — Privacy-First, Instant Monero Swap (80 XMR initial funding) https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/603

<ofrnxmr:xmr.mx> Sorry, moneroslop.llm

<plowsof:matrix.org> h. kayabaNerve Finality Layer Book

<plowsof:matrix.org> i shared a book from zcash but it seems we can not parasite off of everything https://electric-coin-company.github.io/tfl-book/introduction/a-path-to-pos-zcash.html#a-proof-of-stake-transition-path

<kayabanerve:matrix.org> 👋

<ofrnxmr:xmr.mx> I don't like the idea (tfl), i think the cost for book for something w/o consensus is a bit ehh. but i'm not against research funding. So, i abstain

<kayabanerve:matrix.org> jeffro256: They should use less mem than current ring signatures.

<kayabanerve:matrix.org> The resulting proof is smaller

<kayabanerve:matrix.org> There's more points, which have a larger repr in memory, but you can buffer those one at a time in 'scratch space' so long as you have enough space for the output buffer and the scratch space

<kayabanerve:matrix.org> Which should fit within current clsag mem use

<kayabanerve:matrix.org> I've read through the meeting and am here :)

<kayabanerve:matrix.org> This is solely to explore and better establish the topic to encourage informed opinions. It isn't to adopt a TFL at this time.

<plowsof:matrix.org> thanks for joining!

<kayabanerve:matrix.org> It's hard to be for or against an idea which is effectively just a name and a vibe. I've personally explained some premises multiple times but it's clear if the community at large is to properly weigh in, they need a resource to educate themselves on the proposals and trade-offs IMO.

<kayabanerve:matrix.org> The end result, while covering a recommendation which could be targeted for deployment, will aim to be widely accessible (unlike the FCMP++ paper) and comprehensive to multiple proposals in a largely modular fashion.

<kayabanerve:matrix.org> Then, even those who disagree with me may find value in their pieces being represented, even if not my recommendation.

<kayabanerve:matrix.org> I'll note the idea of a finality layer is quite generic. DNS checkpoints would qualify. Bitcoin could qualify. A system which uses PoS to decide validators could qualify. A system which uses PoW to decided validators could.

<kayabanerve:matrix.org> Hence the 'book' covering these topics :)

<kayabanerve:matrix.org> Please note the actual technical depth is what I've, as a rule of thumb, said would be equivalent to the FCMP++ paper. This will not be a college textbook. The emphasis is on the styling and accessibility seen in various online 'books'.

<kayabanerve:matrix.org> Zcash's is a good example.

<plowsof:matrix.org> so the persons who will throw their monerokon tshirt in the bin should monero be forced into turning PoS by this CCS have nothing to fear. you will explore / compare available options?

<kayabanerve:matrix.org> It won't be a survey of all solutions to 51% attacks. It will be a survey of ideas which could instantiate a finality layer. Some non-PoS ideas will be included although I cannot claim they'll be good idea nor my recommendation.

<plowsof:matrix.org> it seems the enforce dns checkpoint is to be the immediate path forward, i've no clue if this can be effective, Rucknium was looking into this

<ofrnxmr:xmr.mx> dns checkpoints is a bit scary atm

<ofrnxmr:xmr.mx> Not going int0 1842

<kayabanerve:matrix.org> But even if I didn't, this book isn't to become our gospel for the next two years of developers. Me writing this, even if I solely discussed PoS, doesn't mean we'll be forced into PoS.

<kayabanerve:matrix.org> DNS checkpoints are an example of a non-PoS finality layer.

<kayabanerve:matrix.org> It's bad because centralized

<kayabanerve:matrix.org> But it exists

<plowsof:matrix.org> would dns checkpoints be similar to top pools colluding together? or , does dns checkpoints require more than just the "monerods" who are mining blocks to work?

<plowsof:matrix.org> that was a thought i had reg that

<elongated:matrix.org> Centralised finality layer

<ofrnxmr:xmr.mx> top pools would have to, essentially, collude with core

<kayabanerve:matrix.org> plowsof @plowsof:matrix.org: Order now for just $19.95 and get the book answering all your questions! /s

<gingeropolous:monero.social> lol

<kayabanerve:matrix.org> DNS checkpoints, in theory, are distinct from top pools colluding.

<plowsof:matrix.org> yes collusion seems odd.. you could just cut the middle man out and let them join forces and 51% instead :P

<kayabanerve:matrix.org> For a few reasons.

<elongated:matrix.org> Or top pools can all collude together

<ofrnxmr:xmr.mx> Would need >50% of honest hash to follow the checkpoints to reject wubic reorgs and reorg the rest of the network back onto the checkpointed chain

<plowsof:matrix.org> thats ofc if the dns checkpoints are collusion, someone has to decide what the chain is

<kayabanerve:matrix.org> It's core directing 'honest hash power' and users following 'honest hash power' *even if a minority of hash power'

<kayabanerve:matrix.org> Where honesty is defined as if they listen to core or not

<sech1> Yeah, let's 51% the network ourselves :D

<ofrnxmr:xmr.mx> Dns checkpoints with minority dont work unless everyone enforces them

<kayabanerve:matrix.org> Yep, it can soft fork if a majority is achieved

<elongated:matrix.org> Temp solution ok 👍

<plowsof:matrix.org> time to attack monero proper ! join my pool and lets do this!

<nighteous> im in, where do we attack from

<plowsof:matrix.org> thanks for providing an overview on the finality layer proposal kayabanerve

<kayabanerve:matrix.org> Of course :)

<plowsof:matrix.org> is this spacekitty420s proposal?

<gingeropolous:monero.social> would you be open to expanding the scope of the book beyond finality layers re: 51% etc? or does that just get too much

<plowsof:matrix.org> i. rawr_xd-playing-the-videogames.md

<plowsof:matrix.org> kayabanerve you are mentioned in it ^^

<ofrnxmr:xmr.mx> Kayabaya is mentioned in this a few times

<kayabanerve:matrix.org> gingeropolous @Gingeropolous:monero.social: That'd increase the amount of work by an order of magnitude and cause it to lose its scope for the infinite.

<gingeropolous:monero.social> yah

<ofrnxmr:xmr.mx> I tried readind rawr a few times but im not sure what the proposal is

<ofrnxmr:xmr.mx> Seems unhealthy

<plowsof:matrix.org> i left a comment, but overall - lets get it condensed and cite any smol contributions made to monero and clearly link how placing top in a really really really difficult game can help propell monero - and dispel my idea that people giving you money is going to make your health worse (playing a game without sleeping)

<ofrnxmr:xmr.mx> Maye they could twitch stream w/ xmrchat

<plowsof:matrix.org> j. v1docq47 - monero konferenco 2025 voice-over and working on xmr.ru

<plowsof:matrix.org> v1do messaged that he couldnt make it today, but its a renewal proposal for his translation work

<plowsof:matrix.org> yeah could get them to look at https://xmrchat.com/ and/or kuno

<plowsof:matrix.org> can leave it there if no one has any comments as we're well over , AOB?

Automated by this

continued

18:10:18 <m-relay> <n​ighteous:matrix.org> yo, any proper idea what happened with xmrsigner? I don't understand exactly what happened with. 
18:10:19 <m-relay> <n​ighteous:matrix.org> So what my understanding is that some guy Thor came up with a proposal, then Thor was working on it? and then its been abandoned for a while? but there has been an active funding for the project so what happens to the funding/
18:10:21 <m-relay> <n​ighteous:matrix.org> ?*
18:13:31 <m-relay> <s​pirobel:kernal.eu> he is still working on it. i think there was just someone talking about it on twitter.
18:15:23 <m-relay> <n​ighteous:matrix.org> I know x dot com/MoneroTime did put out a post for the developers which intrigued me to go deeper into the rabbit hole of the code base and I was just trying to understand what exactly happened
18:23:33 <m-relay> <s​pirobel:kernal.eu> maybe talk to vthor if you are interested in learning more about the project. there is a process that happens to abandoned proposals. the seedsigner is not in this process. the information on twitter is sometimes concerned with a slightly different version of reality
18:24:29 <m-relay> <e​veroddandeven:monero.social> Hey guys, I take this opportunity to remind you that my proposal for the python library could be helpful for the development of XmrSigner
18:24:45 <m-relay> <n​ighteous:matrix.org> actually a good idea. will search for vthor and his communication address and talk to him directly. 
18:24:45 <m-relay> <n​ighteous:matrix.org> I wasn't aware of the process for abandoned proposals so its cool that this isn't part of it
18:27:14 <vthor> I'm still working on in but "part time" not half a day but junks in between.
18:28:28 <m-relay> <n​ighteous:matrix.org> Oh makes sense, github dot com/xmrsigner/xmrsigner had the last activity 8 months ago, atleast in the master branch so I assumed it was abandoned, I couldn't see any other branches thus my assumption
18:29:16 <vthor> e​veroddandeven, not really how I will use the OTS library...
18:29:19 <m-relay> <n​ighteous:matrix.org> do you think I could drop into your DMs to nag you with a lot of questions? Just to not contaminate this chat
18:30:55 <vthor> nighteous: yes you can, but I think that does not work from matrix to irc.
18:31:22 <nighteous> Joining from IRC :)
18:31:33 <vthor> 8)
20:28:06 <m-relay> <j​ack_ma_blabla:matrix.org> are cex informed about 0.18.4.2 checkpoints ?
20:31:05 <vthor> thanks for tagging spirobel, have a great (....hm...) time! :)
20:46:08 <plowsof> The 200Mh number earlier was what some requested the general fund to rent, there we go 
23:02:31 <m-relay> <r​ottenwheel:unredacted.org> > Hey guys, I take this opportunity to remind you that my proposal for the python library could be helpful for the development of XmrSigner
23:02:45 <m-relay> <r​ottenwheel:unredacted.org> vthor can you confirm above? ^^ 😁
23:10:04 <vthor> unfortunately negativ, although I think that the library is a great idea - even I think it will be a headache/monster, too. For XmrSigner is the biggest challenge ahead to cross-compile randomX for pi0. So if it is essentially a wrapper around the monero wallet, there come the same challenges... Back in time if it had existed I had probably used it even if I had been unhappy with the solution (unhappy because IMO too much unnecessary code for a security 
23:10:05 <vthor> related device, I'm still unhappy what is left in OTS although I got ripped out a lot - only to relativate my statement).