05:54:46 with 0 creativity or innovation, just a free claude plan > <@plowsof:matrix.org> the fork will probably be called ANONERO - Community edition, where people actually provide feedback on planned features 05:54:57 you do your fork, and copy our real development when were done 05:55:00 now merge the CSS 05:55:25 luigi1111 plowsofs games have gone on long enough 05:56:06 and @ofrnxmr:xmr.mx have you seriously got nothing to say here. you said youd support the proposal, and you see exactly what plowsof is doing 05:59:05 and have done 0 innovation or benefitted that acutal wallet space in anyway > <@plowsof:matrix.org> compare yourself to other moneujo forks who have actually amassed a community and grass roots contributions who have existed for a shorter time than ANONERO 06:00:09 unless you are the one funding CCSs, you have 0 right to block people from supporting 06:00:42 merge it and leave it unfunded forever if you are so confident in what you say 06:02:00 and about your nitpicking bugs, we are happy to review any cases where you can demostrate how they can be ectively exploited 06:36:06 why not add an exchange service to your wallet? should have no problem raising 100 xmr with commissions from trocador and some others (with a minimum number of users) 06:58:57 geonic: because that goes against the ethos of the wallet 06:59:06 why not just merge the request and let to community decide whether to fund? 06:59:14 they did last time for the first CCS 07:36:23 wallets don't need built in exchanges. there are already exchange services and wallets with it built in 07:37:36 @r4v3r23: we have to execute everyone who brings this as an argument for merging a CCS 07:41:06 0 creativity? ANONERO is now the first mobile wallet which can seamlessly connect to/from a monero LWS server without losing history https://codeberg.org/iuanv9/anonero-fork/releases 07:41:51 any problems / requests make an issue on the repo for the rent a dev 07:42:52 @r4v3r23:monero.social: "Create a wallet" -> "select a node" 😆 maybe he should make it an actual cold signer 07:45:26 @user2570:unredacted.org: have the MDC created any concepts for the new ui you would like to share? 08:04:01 @plowsof:matrix.org: oh God. you had to open that can of worms didn't you 08:12:20 @monerobull:matrix.org: even a project hat has already completed one....? 08:12:42 have fun with your fork, enjoy it > <@plowsof:matrix.org> 0 creativity? ANONERO is now the first mobile wallet which can seamlessly connect to/from a monero LWS server without losing history https://codeberg.org/iuanv9/anonero-fork/releases 08:12:56 now merge the CCS 08:13:52 lmao chat gpt fork 08:15:43 we are talking about someone making some fork of monero that spammed rooms a while ago 08:20:51 He just uploaded a vibeslopped P2Pool clone in one commit and then vanished 08:21:40 The AI revolution and its consequences 😔😔 08:22:44 Who? That "iuanv9" dev? 08:23:19 see https://privatebin.net/?d8f3e606367d3cae#6knB917gtP8FC4sTo5jxChP9YTtZSL6mujebfqdYd2NB and https://privatebin.net/?5217fc19017cc479#6dkbnLCnE4yVyqy9T9WsGAkXLe31GoNnqixB18tFAAEF 08:23:44 damn rbrunner7 you ALSO talked with this one 08:23:52 and forgot like sech1 08:25:32 privatebin.net awsesome. thanks for that one DH 08:25:44 {i,u,d,f}uyua9 is presumably some account-farming bot 08:26:33 Make 10 accounts to get bugfixes merged in "famous" projects, and then sell them 08:28:00 Ah, that mythical, mysterious July 1 Monero fork. We do have a lack of forks nowdays. Back in 2017 and 2018 we had one come out every month or even faster. Those were the times. 08:28:42 But already back then, sadly mostly code forks, not chain forks where you have the real fun. 08:33:51 @rbrunner7: This one was a planned chain fork, I guess the forkers must have too poor network coverage to keep us posted 08:34:04 @rbrunner7: chatgpt 08:34:31 plowsof has a personal grudge against anonero and is trying to vibecode everything just so we dont get funding 08:36:36 @r4v3r23: why do you think so. he has offered help and has even helped with a few small things.. 08:36:36 surely I can't be misreading/understanding 08:37:00 @pw:xmr.mx: no he heasnt. thers history here. yo ucan look kat his comments before starting his fork, its clear 08:37:41 all this conern trolling for the quality of the project suddenly came up when the new CCS was getting support 08:37:55 despite ANONERO being around for years and already completing a CCS 08:38:42 either way, were not obligated to merge or accept any of his AI slop 08:38:56 our CCS features are already well researched and designed 08:43:16 if he genuinely wanted to help, hed do his job and merge the supported CCS and then offer to help in the process for things we missed 08:43:28 but hes actively gatekepping and trying to block it at every turn 12:05:59 hbs is your MoneroSwap project also using `label` to export/import wallets? https://github.com/monero-project/monero/issues/10168#issuecomment-4875936763 12:10:05 It doesn't export/import wallets per se, but the monero_wallet URIs it generates to restore wallets (both view only and full) include a label parameter which contains a unique (well most likely unique) name for the wallet so it can be automatically assigned (though only by Cake Wallet for now) when the QR code is scanned. 12:11:47 It assign a name MS-CCC-HHH-XX-{V,F} where CCC is chainid, HHH is part of the contract address, XX is the swap id 12:12:04 and V is for View only, F for Full 12:22:54 While you're dusting off this issue @plowsof:matrix.org , the convention for height also needs to be clarified so dates can be specified. I suggest the same convention as for time lock be used, i.e. values below 1500000000 are considered block heights, anything above is considered a timestamp in seconds since the Unix Epoch 12:36:38 i think we should just stick to block heights 12:37:14 or, if the field is and iso8601 formatted date, to use a date 12:37:37 or, whatever logic monero-wallet-cli uses to differentiate between heights and dates 12:38:07 but KISS is to just use heights. pretty sure even polyseed will accept a height 12:38:37 > <@hbs:matrix.org> It doesn't export/import wallets per se, but the monero_wallet URIs it generates to restore wallets (both view only and full) include a label parameter which contains a unique (well most likely unique) name for the wallet so it can be automatically assigned (though only by Cake Wallet for now) when the QR code is scanned. 12:38:37 and fwiw, monero_wallet was changed to monero-wallet. cake might still support _, but its invalid 12:39:09 a locktime convention on a height param could satisfy both capms 12:39:11 camps 12:39:24 https://github.com/monero-project/monero/pull/10328 12:40:15 so if moneroswap uses monero_wallet, should change it to monero-wallet (cake supports - as well, so no change to end user) 12:40:22 ah the underscores, forgot about that 👍 12:42:43 The issue is when generating URIs where the block height is not known and not easily accessible but the restore date is, so I believe there is a need for a way to specify an ISO 8601 date or epoch based timestamp. > <@ofrnxmr:xmr.mx> i think we should just stick to block heights 12:42:43 Good that the spec is being evolved, too bad some of the clarifications I suggested are still pending, notably where some of the parameters should be specified which is unclear (examples contradict the description). 12:45:29 its because its not a PR :p 12:46:07 @ofrnxmr:xmr.mx: The inital spec was on the Wiki which did not accept PRs as per GitHub enshitification 12:46:10 diffs make the world go round. its a lot of work to open 2 tabs 12:48:36 so work is still required to get everyone to _leniently_ accept the "legacy" JSON (with optional label fields) 😭 + move to standard URI's (in unknown signer users pick between the json or uri when exporting) 12:53:05 @ofrnxmr:xmr.mx: will open a PR this we then 12:56:45 plowsof: Why would anyone accept non-standard json 12:57:36 the millions of users with JSON qr's in the safety deposit boxes will be furious 12:57:37 Wallets who generated it, can keep reading it, but absolutely nobody should be expecting to have that mumbo jumbo sent to their wallet on a qr code restore 12:57:49 Imagine is moneroswap thought it was normal and started using that junk too 12:58:15 i guess only the group of esisting JSON-ees should support each other 12:59:38 if that. I doubt there is anybody with a printed qr code of the json, and old versions of cupcake, feather, snd even anon are not recommended / are fully deprecared 13:00:01 but these wallets have been around for years !!!! 13:00:11 So.. just because you have an old version of cupcake on an airgapped device, doesnt mean its actually supported 13:01:01 But yeah, cake doesnt usually remove stuff (still supports monero_wallet, just added monero-wallet), but the apps generating the json should stop 13:01:15 yep 13:01:19 Since it is, by definition, not following the spec 13:02:29 Unless, of course, the goal is to be incompatible with other wallets (version: 66) etc. 13:02:29 The info is entirely universal, so no idea what that version string is used for, other than noise 13:08:58 @hbs:matrix.org: i notices feather, when restoring from keys > wallet type > spendable = it only asks for spend key (not main address or view key). so im not entirely sure either of those is required (as per your chart)? 13:09:23 non-deterministic wallets require spend, view, address though 13:09:39 and view require address and view 13:09:55 @ofrnxmr:xmr.mx: yep, non deterministic wallets need both view/spend 13:10:33 @ofrnxmr:xmr.mx: I'll add a note stating that for deterministic wallets viewkey can be omitted. 13:10:45 address too 13:11:37 note would be something like 'address', 'view key', * only required for non-determinisitic wallets 13:23:42 would you believe me if i said ANON doesnt import featherwallet wallet QR's 13:23:58 FW has a walletName param 😭 17:42:39 @ofrnxmr:xmr.mx: @plowsof:matrix.org https://github.com/monero-project/monero/pull/10854 if you can have a look at that first draft. 17:45:44 @hbs:matrix.org: I was thinking about adding QR Codes to that page, to make it easier to test how those URIs work. 18:25:54 @hbs:matrix.org: Enough thinking, added the images.