<r​ottenwheel:kernal.eu> Hey dude @rottenwheel, I just posted your proposal! Congrats. x.com/MoneroSpace/status/1836961774358384895

<r​ottenwheel:kernal.eu> Why, thank you! 🤝

<r​ottenwheel:kernal.eu> plowsof @plowsof:matrix.org x.com/MoneroSpace/status/1836962838591721534

<r​ottenwheel:kernal.eu> nitter: xcancel.com/MoneroSpace/status/1836962838591721534

<r​brunner7:monero.social> About those "github-scanner" notification emails that some of us received: ianspence.com/blog/2024-09/github-email-hijack

Thanks for sharing rbrunner

<r​brunner7:monero.social> And the setup.exe for electrum-xmr is just a few KB over the limit of 650 MB of files that you can report to and check with VirusTotal.com - such coincidence, how convenient.

<p​lowsof:matrix.org> meanwhile we're trying to remove mining code from our wallets... constantly false flagged as malicious software by near all antivuruses(tm)

<r​brunner7:monero.social> Right. "The world is unjust", German saying.

<p​lowsof:matrix.org> Morpheus: is trocador not available in the UK? reddit comment: reddit.com/r/Monero/comments/1fjq3r…utm_term=1&utm_content=share_button

<o​frnxmr:monero.social> trocador.i2p wrks all day

<c​ryptomorpheus_:matrix.org> I think it works in the UK

<c​ryptomorpheus_:matrix.org> Perhaps the user is referring to our Fiat gateway, then perhaps there's no option in the UK

<c​ryptomorpheus_:matrix.org> Thanks for letting me know

<p​lowsof:matrix.org> spirobel pls respond libera.monerologs.net/monero-community/20240915#c430067

<3​21bob321:monero.social> Send someone to uk to test

<f​rog_legs:matrix.org> Happy Friday

its monday.

<s​pirobel:kernal.eu> regarding the discrepancy between the kuno funding amount and the CCS: 1. the CCS is more bureaucracy so more overhead needs to be planned 2. During the writing of the CCS proposal I became more clear about the exact scope and saw that it is a bit bigger than what I initially planned.

<f​rog_legs:matrix.org> No way it's monday

<f​rog_legs:matrix.org> Unless you live in space

Spirobel how much of the extra 30xmr is for ccs bureaucracy spirobel so that every proposer can add this to their ccs. We can call this the CCS Added Tax (CAT)

The kuno has raised 1.5 ish xmr so i cant see why youd be charging extra to go through the ccs process

Is the CAT a flat fee or will it increase / decrease depending on the level of bureaucracy?

<s​pirobel:kernal.eu> lets just stay professional. I would rather write code and do something productive. What is the ETA on the merging for this proposal? do you need any addtional information from me ?

I want you to answer my serious questions

Tell the community exactly what your CAT is

<s​pirobel:kernal.eu> image.png

<s​pirobel:kernal.eu> 1 week of full time work

<s​pirobel:kernal.eu> barely any commits last week

<s​pirobel:kernal.eu> maybe also because of my fever

<s​pirobel:kernal.eu> but CCS overhead is maybe 1 week at least. because it takes mindshare, gets repetitive and draining after a while

<s​pirobel:kernal.eu> would rather do something productive

<s​pirobel:kernal.eu> but thats okay

<s​pirobel:kernal.eu> do you need anything else?

What is the Kuno added tax (KAT)?

Tell us your real value of the work (minus any added tax)

<s​pirobel:kernal.eu> okay i leave now

<s​pirobel:kernal.eu> i dont have time for this bs

Its not BS

You are the one telling me how much the proposal is worth, i need to know the CAT and KAT

This will set a precedent for all ccs peoposals. Everyone can add 1 week of FULL time work to their ccs?

<s​pirobel:kernal.eu> i dont think your jokes a funny

<s​pirobel:kernal.eu> my ccs price is fair

<s​pirobel:kernal.eu> and i promise a lot

<s​pirobel:kernal.eu> and will work very hard

<s​pirobel:kernal.eu> and have already worked very hard

<s​pirobel:kernal.eu> dont front me like that

<s​pirobel:kernal.eu> its disrespectful

<s​pirobel:kernal.eu> i dont think your joke is a funny one

<s​pirobel:kernal.eu> my ccs price is fair

<s​pirobel:kernal.eu> and i promise a lot

<s​pirobel:kernal.eu> and will work very hard

<s​pirobel:kernal.eu> and have already worked very hard

<s​pirobel:kernal.eu> dont front me like that

<s​pirobel:kernal.eu> its disrespectful

<s​pirobel:kernal.eu> i dont think your joke is funny

<s​pirobel:kernal.eu> my ccs price is fair

<s​pirobel:kernal.eu> and i promise a lot

<s​pirobel:kernal.eu> and will work very hard

<s​pirobel:kernal.eu> and have already worked very hard

<s​pirobel:kernal.eu> dont front me like that

<s​pirobel:kernal.eu> its disrespectful

<s​pirobel:kernal.eu> plowsof: 2. During the writing of the CCS proposal I became more clear about the exact scope and saw that it is a bit bigger than what I initially planned.

<r​brunner7:monero.social> Just to make sure I get right what the question is about: The original Kuno fundraiser, here: kuno.anne.media/donate/07nm (now re-formulated and re-purposed), was for XMR 70, and the new CCS is now for XMR 100, and as it's *in broad strokes* about the same project, the question may arise, why the rise of XMR 30?

<s​pirobel:kernal.eu> During the writing of the CCS proposal I became more clear about the exact scope and saw that it is a bit bigger than what I initially planned.

<r​brunner7:monero.social> So my understanding is correct, and that's the important part of your answer to the question.

<s​pirobel:kernal.eu> yes the ccs thing is just a minor detail. nothing to get hung up about. I should have worded it differently my mistake.

<s​pirobel:kernal.eu> the scope is different

<r​brunner7:monero.social> Yeah, I could imagine that plowsof asked themselves whether there is a thinly-veiled complaint about the CCS and in extension about their work as CCS coordinator somewhere in there, and maybe overall had a bad day so far, so ...

<s​pirobel:kernal.eu> no i love the ccs

<s​pirobel:kernal.eu> all hail to plowsof

<r​brunner7:monero.social> Don't overdo it :)

<s​pirobel:kernal.eu> lets get this merged and me writing code instead of essays. it will be for the good of everyone

<r​brunner7:monero.social> It does need some patience at times, with that CCS.

<s​pirobel:kernal.eu> I sent him this information privately before btw

<s​pirobel:kernal.eu> and he didnt respond in this tone

<s​pirobel:kernal.eu> if he voiced this before i am sure I would have reassured him. no problem. didnt mean to criticize. lets just move forward

<s​pirobel:kernal.eu> and respect everyones time

<r​brunner7:monero.social> Sounds good to me.

I asked you to put the response in public spriobel , which you didnt, and i asked again today. Thanks

<s​pirobel:kernal.eu> okay great. so now that this is out of the way: what is the ETA? do you need anything else from me? please give a clear answer so I can move forward.

If i know the CAT and KAT i can make a more informed comment later today

<s​pirobel:kernal.eu> CAT = 0 KAT = 0

Im almost remembering a warning i left reg contacting people in private about thumbs up/down

0 now? Is the total still 100?

<s​pirobel:kernal.eu> yes because the scope is different

<s​pirobel:kernal.eu> lets stay professional. I really dont get why suddenly the mood is like this. seems like you are having a bad day

spirobel, you're being unprofessional asking when will it be merged rather than what it will take

<s​pirobel:kernal.eu> maybe I can phrase it differently, but I asked many times if there is anything or any more information that I need to provide or how I can help

<s​pirobel:kernal.eu> so what will it take?

I pinged you once in the meeting, twice * for a public response. (I have receipts) After the 2nd you dm'd me. I said better to put it in public

I pinged a third time (today) to remind you

<s​pirobel:kernal.eu> yes i put it in public now. i didnt seem like it was a big deal and it would feel a bit awake to randomly drop it into the chat

<s​pirobel:kernal.eu> but okay now

<s​pirobel:kernal.eu> its donw

<s​pirobel:kernal.eu> i accept my mistake

<s​pirobel:kernal.eu> lets move on

right right merge and move on merge and move on

<r​brunner7:monero.social> Is it still so that proposals are discussed in a community meeting, taking place about every two weeks, and there needs for more info may materialize while discussing, or, people may vote to let it go for merge and funding?

<s​pirobel:kernal.eu> yes i put it in public now. i didnt seem like it was a big deal and it would feel a bit awkward to randomly drop it into the chat

gimme a month to get to a working wasm target from rust. i already have monero-serai bound via ffi, im moving that monero-serai dep to monero-wallet today and am ready for when monero-oxide arrives.

fo free (to the ccs)

Thanks sneurlax, we can move on?

<s​pirobel:kernal.eu> oh nice so i will become homeless thanks sneurlax :)

im merging crates.io/crates/monero-rust and moving on

(proof of concept only)

Thanks

<r​brunner7:monero.social> Oh, that's brutal today in this channel ...

i would love to work with you spirobel

<r​brunner7:monero.social> sneurlax: I have read again through your comments on the CCS proposal. You think that if this project is re-oriented towards maximizing use what is already there, it would look quite a bit differently and also better in your opinion?

<r​brunner7:monero.social> I am not sure that would put dear spirobel homeless because of a much smaller CCS. If I understand correctly, the CCS is only about building a first piece of a much bigger puzzle, and the CCS could maybe adjusted to already include some of those pieces?

<s​pirobel:kernal.eu> lets please just move on and merge this. Many people have voiced their support. I have put a lot of work into this and I will put a lot more into it in the future

<s​pirobel:kernal.eu> i dont have more time

<s​pirobel:kernal.eu> i also made sure to leave a thumbs up on plowsof coodinator proposal

<s​pirobel:kernal.eu> because I thought he did a great job at making the ccs process more humane

<r​brunner7:monero.social> I certainly see where you come from, and your eagerness of having this moved to funding. But I must say that on the other hand some of sneurlax's arguments, on a very high level of overall Monero project direction, also resonate strongly with me: Our software will be much stronger if we all coordinate regarding architecture and the big pieces that get implemented.

<s​pirobel:kernal.eu> yes i will coordinate and make sure that is the case

<s​pirobel:kernal.eu> i agree with his arguments

<r​brunner7:monero.social> You implenting something nice and useful is neverhteless only the first chapter in a possibly very long story, a decade or even longer. There must be other people joining you over time, and other people eager to inherit your project if you cannot continue for whatever reason. If people shy away from doing so, we have a problem, and it could mean the death of your software.

<s​pirobel:kernal.eu> I will make sure to get as much of this merged back into monero-oxide. But to achieve what I want to build I need to have my own repo at first to move fast enough and iterate towards the state where we need to be at

<s​pirobel:kernal.eu> i make sure the api comes from the use case. so it is aligned with what someone would expect that wants to implement a monero payment processor

<r​brunner7:monero.social> I see it a bit in Monero wallets: People build wallets left and right, where they could - at least in theory - coordinate and build a few really good wallets. Recently people had to hunt down the source of one such wallet - imagine that! - and now look for somebody to inherit the wallet, which may or may not succeed. bounties.monero.social/posts/151/0-210m-mysu-maintenance<clipped message>

<r​brunner7:monero.social> -and-further-development

<s​pirobel:kernal.eu> true. I hope this project becomes this focal point. To combine this different usecase and build a commonly useful api

<s​pirobel:kernal.eu> obviously the browser wallet is dear to my heart because I believe it is so essential and missing currently in monero

<s​pirobel:kernal.eu> people keep asking for it and the rest of defi UX all moves there

<s​pirobel:kernal.eu> but I also see that there are other wallets and usecases and friction points

<s​pirobel:kernal.eu> especially for payment processors

<r​brunner7:monero.social> I think it's pretty uncontroversial that we finally need a good browser wallet, and one that carries into the future, unlike the MyMonero dinosaur for example

<s​pirobel:kernal.eu> so that is the first thing to address. I wish i could just write the code

<s​pirobel:kernal.eu> okay and to get there we need to have this library. I hope we can move this proposal forward and all the roadblocks are out of the way now.

<s​pirobel:kernal.eu> to get there we need to have this library. I hope we can move this proposal forward and all the roadblocks are out of the way now.

<s​pirobel:kernal.eu> true. I hope this project becomes this focal point. To combine these different usecases and build a commonly useful api

<w​oodser:monero.social> spirobel: your ccs request mentions that you're building a new library to avoid writing hacks using monero-ts, specifically involving the `save()` functionality: repo.getmonero.org/monero-project/c…als/-/merge_requests/501#note_26209

<w​oodser:monero.social> monero-ts allows you to export the current wallet data for persistence with `await wallet.getData()`. I was wondering how your library would solve this or how monero-ts could be changed to solve this?

<w​oodser:monero.social> "One limitation I found with the current library is that the data model of the wallet is tightly coupled with the wallet code. There is a save() method on the MoneroWalletFull() class, but the browser application closing is a non predictable event. I worked around that by implementing a system similar to how firmware flashing in microcontrollers works: There are always two slots a<clipped message>

<w​oodser:monero.social> nd in case one got corrupted because the flashing / saving process was interrupted abruptly, the system recovers from the other one.

<w​oodser:monero.social> I don't want to spend my time to maintain hacks like this. Better build a library from the ground up that does not have these limitations. It also benefits other usecases."

<s​pirobel:kernal.eu> once my library is published and funded you can read the source code. Please understand that I need to make a living and I need to get paid for my work. I dont have enough free time to give implementation advice to other peoples work and libraries for free. I am open to consulting work for monero or not monero related projects.

<s​pirobel:kernal.eu> didnt mean to throw shade on your library btw. But i understand you have different goals in mind

<r​ottenwheel:kernal.eu> 😂😂😂

<w​oodser:monero.social> you can save the current wallet state to an overridable filesystem, or export current wallet state, there are no other theoretical options unless I'm missing something, so I was puzzled by this, but maybe you intend to simply have the library handle the redundancy in the background

<r​ottenwheel:kernal.eu> Publish what you said about it being a lengthier, harder project when crafting the proposal description, in the description, ya doofus. That's making it public, not saying it here...

<r​ottenwheel:kernal.eu> Here comes more screeching. Watch.

<s​pirobel:kernal.eu> okay i am out now

<f​rog_legs:matrix.org> Together we can accomplish anything for monero. Someone wiae once said table cant stand with three legs

<f​rog_legs:matrix.org> Together we can accomplish anything for monero. Someone wise once said table cant stand with three legs

<f​rog_legs:matrix.org> Every one has different skills that together can make monero the bees knees, the cat pajamas

<w​oodser:monero.social> yeah I didn't mean to discourage, only to ask because I wanted to be sure you were aware of that, but I'm sure there's room for improvement, and more options to build applications can't hurt

<f​rog_legs:matrix.org> Ive never seen a cat in pajamas

<i​nit00x:monero.social> What's the current pruned node size?

<i​nit00x:monero.social> What's the current pruned Blockchain size?

<S​neurlax:matrix.org> Rust will soon be integrated into monero-ts, no? MrCyjaneK and Im_Beast have been doing work integrating monero's C++ source into monero-ts last I saw, and if that's maintaned through FCMPs then Rust will end up being used by monero-ts via the official C++ imo. putting in conscious effort to make new Rust tooling specifically compatible with monero-ts is a good goal because mone<clipped message>

<S​neurlax:matrix.org> ro-ts offers an alternative path to a monero wasm target. I would suggest that new rust tooling integrates into monero-ts if only to compare the outputs of a wasm monero from monero-ts to the outputs of a wasm monero from some new crate

<S​neurlax:matrix.org> this is free implementation advice

<S​neurlax:matrix.org> maintained* :P

<w​oodser:monero.social> there's no effort going into integrating rust with monero-ts atm to my knowledge, unless it's inherited up from the monero-project C++ codebase

<w​oodser:monero.social> maybe monero-rs though

<S​neurlax:matrix.org> yeah, i meant that monero's c++ source is getting rust via ffi for fcmps

<r​ucknium:monero.social> init00x: About 80GB

<S​neurlax:matrix.org> now that monero's c++ is effectively "in" monero-ts (not mainlined yet as far as I can tell, like I mentioned, just via MrCyjaneK's monero_c and Im_Beast's work integrating it into monero-ts) i'm just forecasting that rust will end up in moonero-ts just via monero itself--eventually

<w​oodser:monero.social> that would be cool, the comit folks were interested in rust ffi

<S​neurlax:matrix.org> to be fair to spirobel, he's been very clear for years that the monero c++ is the source of many issues and he specifically wants a fresh impl. thati agree that's a good goal for many reasons

<S​neurlax:matrix.org> so me offering an example of monero c++ solving some issue is not a really valid response to the conversation

<S​neurlax:matrix.org> to be fair to spirobel, he's been very clear for years that the monero c++ is the source of many issues and he specifically wants a fresh impl. i agree that's a good goal for many reasons

<o​frnxmr:monero.social> ~80gb

<S​neurlax:matrix.org> im looking at and plugging github.com/Im-Beast/monero-tui again

<S​neurlax:matrix.org> perhaps i misunderstand because i'm not immersed in typescript, deno, etc., daily anymore, but isn't this 80% of the work of monero-project/monero in wasm? will need to research more. but i was of the impression that monero-ts is the leading option to get us into wasm--and without reviewing and auditing fresh rust, just the official monero repo.

<S​neurlax:matrix.org> (while my body yearns for fresh rust)

<S​neurlax:matrix.org> perhaps i misunderstand because i'm not immersed in typescript, deno, etc., daily anymore, but isn't this 80% of the work of monero-project/monero in wasm? will need to research more. but i was of the impression that monero-ts is the leading option to get us into wasm--and without reviewing and auditing fresh rust, just the official monero repo (well, and monero-ts ... and monero_c ... and etc).

<s​pirobel:kernal.eu> yes I am aware of that. i currently use the getData function inside of the saving function to retrieve the wallet data. I agree that there is room for improvement and that more options are better

<s​pirobel:kernal.eu> btw i just updated my references to include direct links to my months of unpaid open source work after rottenwheel left his nasty comments and downvotes

<s​pirobel:kernal.eu> i hope someone can see the amount of work that I already put into this and that I put into monero in general

<s​pirobel:kernal.eu> I hope you can encourage me and we can move forward with this so I can finally continue working on my vision of the privacy respecting browser wallet for monero

i want to know what ofrnxmr thinks of the CAT

<o​frnxmr:monero.social> Why dragging me into this CAT vs KAT fight

cause you have a good finger

It's been places

<o​frnxmr:monero.social> On the pulse or up my

it probes well

<o​frnxmr:monero.social> I was going to say nose

<3​21bob321:monero.social> Nioc is the cat expert

<o​frnxmr:monero.social> The work has been yrs in the making,i dont think scope magically changed. I think the price was bumped out of spite for ccs. Years ago spiro opened a cca for 5k total that was rejected. The browser wallet idea has been a thing since before that

<o​frnxmr:monero.social> 70xmr might have been a discount to try to save his pride by not coming back to ccs

<o​frnxmr:monero.social> Coming back to ccs is something that was actively avoided for 2yrs

<o​frnxmr:monero.social> So i think fair price is 70xmr.(based on self prescribed prices, not technical review). A 42% increase because of swallowed pride isn't our problem.

<o​frnxmr:monero.social> 2 months at 70xmr is the same as 105xmr/3months similar rates to monero core devs

<o​frnxmr:monero.social> But the "i wont help anyone until im paid to" is discouraging. Sounds like if we dont roll this ccs that we may be left with half finished work and may have a hostile path forward

<o​frnxmr:monero.social> If rates were the same as kuno, i think it would have a smooth path to merge. We've been waiting for spiro to come ccs for his browser wallet for 2yrs. The 42% increase in the last 2 months after 24 months waiting is a bit not-cool

<3​21bob321:monero.social> The Bourne Ultimatum

<o​frnxmr:monero.social> Midipoet, how did i do?

<o​frnxmr:monero.social> Oh, note: the rejected ccs was unrelated to any technical work

<o​frnxmr:monero.social> It was evangelist ccs

<o​frnxmr:monero.social> And the "i wont help woodser til im paid to", well woodser has never opened a ccs for monero-ts. Not very community spirited to refuse to share your knowledge due to feat of competition

<o​frnxmr:monero.social> Which begs the question of licenses for work already done that will be billed for, and work that will be prod

<o​frnxmr:monero.social> duced

<o​frnxmr:monero.social> Technically, even now, during idea stage, the work needs to be licensed permissively

<o​frnxmr:monero.social> kewbit was happily merged and ccs funded with the jetfund. Didnt have to raise a single piconero. His work was 3/4 completed while bounty hunting before coming to ccs.

<o​frnxmr:monero.social> Proposers spirit matters a lot here imho. We dont just yolo merge external contractors who don't care for monero. Its not "just another job".

<o​frnxmr:monero.social> - clarify license

<o​frnxmr:monero.social> - revert price

<o​frnxmr:monero.social> - happily contribute b4 merge (as opposed to refusing to share knowledge)

<o​frnxmr:monero.social> these 3 things would likely gave removed all of the uncertainty and made for an easy/fast merge for something we've known about for yrs

<3​21bob321:monero.social> Sounds like holding hostage

<k​ewbit:matrix.org> 👍

<k​ayabanerve:matrix.org> FYI, I'm hoping to open a CCS auditing monero-serai within a week. I'm unsure if that causes any impact to the above discussion which I wasn't present for.

I don't know. The context is appreciated, and well summarised (from what I understand of it). but, in reality, what's a 42% increase between friends? I agree with Spirobel that there is overhead attributed to the CCS process, mainly as there are so many probes that enjoy orifices. We want (it seems) a web wallet (even if initial progress towards) more than we need 70 XMR.

kayabanerve: surely be to fuck you are too busy with FCMPs to open another CCS? Or do you just not sleep?

<k​ayabanerve:matrix.org> I wouldn't be working?

<k​ayabanerve:matrix.org> I'd be paying off the people working

<k​ayabanerve:matrix.org> It's to hire auditors, not to be the auditor

<o​frnxmr:monero.social> Midipoet, the overhead from ccs = doing less legwork to get funded? The kuno didnt do well.

<k​ayabanerve:matrix.org> I already did all the work of building it all in Rust.

<o​frnxmr:monero.social> Id argue ccs is being chosen right now because kuno was the hard path

<o​frnxmr:monero.social> Kaya. Are you sure you dont want to audit your own work /s

kayabanerve: ah, fair. Understood.

<k​ayabanerve:matrix.org> I would be very qualified

<o​frnxmr:monero.social> Kaya, the above discussion was just "midi asked ofrn for opinion on changing rate from 70 > 100 xmr when moving from kuno to ccs"

<o​frnxmr:monero.social> Probably 0 bearing on serai / audit

<o​frnxmr:monero.social> (or vice versa)

a good perspective

you never know. Kayabanerve's auditors might be very interested in the CAT

as far as Cat, she has donated to mooo in the past for obvious reasons

<k​ayabanerve:matrix.org> CAT?

CCS Added Tax

<k​ayabanerve:matrix.org> Ah

s/a good perspective/a good perspective ofrn