00:05:56 <10tus:monero.social> It seem not compatible, in that case adjustment to these features would be necessary to align with the new architecture 00:05:58 <10tus:monero.social> It would need to address the creation of small outputs l, better output aggregation, transaction mangement 00:06:00 <10tus:monero.social> Design a new emission model compatible with blockdag principles... 00:06:02 <10tus:monero.social> I wasn't even aware of merge mining... 00:06:04 <10tus:monero.social> Without collaborative development effort with other coins that merge mine with monero, this might not be compatible then 00:06:06 <10tus:monero.social> Transitioning monero to a blockdag might result in a extensive reshape of the project 00:11:08 ofrnxmr> "larger ringsize was discussed to bridge the time till fcmp is live" << this is retarded <--- it was discussed without knowing the timeline for FCMP. Once the optimistic timeline was given by kayaba it no longer made sense to have an additional hardfork that would be used for a few months b4 FCMP and the discussion of an extra hardfork went away 00:23:20 <10tus:monero.social> I understand your point 00:23:20 <10tus:monero.social> This kind of move would need to align with long term goals rather than a quick fix 00:23:22 <10tus:monero.social> The blockdag implementation should be carefully design to avoid the need of disruptive hard forks for a long term stability 00:24:37 I think they're talking about adding a new type of tx for coinbase outputs, not blockdag 00:25:10 <10tus:monero.social> Oh sorry I mixed up 00:59:52 Fcmp mainnet is years away realistically 01:07:55 certainly longer than the estimate that was given 02:54:31 nioCat, i still think increasing the ringsize arbitrarily would have been 🐒 02:58:47 I wonder how long people thought about the naming of MoneroKon 02:58:48 I know there's lots of conferences named ___con, but with crypto it seems particularly inadvisable to put the project name alongside the word con, including homophones 03:01:10 2.49% LTC is surprising too, litecoin usually does well in these stats <== LTC sees usage when BTC fees are high 03:03:39 although XMR sees more usage (: https://x.com/CoinCards/status/1736483739285250056 03:06:14 ltc has low #s everywhere, who are we kidding 03:06:37 Its xmr + btc = 70+% 03:08:01 explain this chart: https://bitinfocharts.com/comparison/transactions-ltc-xmr.html 03:08:12 💀 03:09:12 same way you explain this https://bitinfocharts.com/comparison/transactions-ltc-bsv.html#3y 03:11:41 merchants and swappers all know ltc is a distant #4 or 5 03:25:48 so when is serai coming 03:31:54 Doug thinks FCMPs are 1-1.5yr away: https://youtu.be/gATkzkZbeU8?si=mEPv6rtjTkCq-5rb&t=1883 06:12:32 i can explain it 06:17:44 it got most of its "usage" from a play2earn onchain game 06:17:47 https://matrix.monero.social/_matrix/media/v1/download/matrix.org/xlkEqZVhnzpGamqXJZCvpNSQ 06:18:22 aka it's spam by farming bots. every single action in that game is a transaction. 06:19:48 of course the bigger spikes are likely because of high price fluctuations & high bitcoin fees but the "base load" is significantly inflated by this 06:21:04 mind you, i have not analyzed the ltc blockchain to confirm it, just heard one day that most transactions come from this game and today i checked when it was released 10:34:06 S01E04 (final episode for S01) - monero_c/monero.dart - ios builds improvements - ci for native arm64 macos builds (not cross compiling) - ci for ios builds - ci for sfos builds (i hate glibc) - build xmruw as a part of monero_c/monero.dart ci, to allow easy testing of upgrades (i.e. if nothing breaks, or are bugs fixed) without manually recompiling entire app. - and 10:34:08 roid: drop dependency on libc++_shared.so and link against static STL, to make the library even more portable - createWalletFromDevice call support - port some patches to wownero - [wip] add dummy device for ledger (to use it over BLE on iOS/android via dart - monero_c side is handled by me and dart side is being handled by Konstantin from Cake) - xmruw - updated all dep 10:34:10 endencies and configured dependabot to ensure everything stays up to date - add auto save feature - refactor the way flavors are handled, use cpp (preprocessor, not the language) to create flavours for stealth/normal and xmr/wow wallets (note that wow support is at a very early and untested stage, I do not recommend using it yet) - rewrite home screen to be more friendly to 10:34:12 end users - add prompt for online services, and routing them through tor or not (prices/exchanges) - no online services are added yet. - both - configure devcontainers to allow easy and fast onboarding for new contributors (and speed up review process for automatic PRs) 10:34:14 NOTE: website is undergoing an update, so if you want to test latest release grab a nightly build - https://nightly.link/MrCyjaneK/unnamed_monero_wallet/actions/runs/9836790073 10:34:24 https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/437#note_25299 10:34:50 delayed last episode from milestone 1 in my CCS 10:55:57 <321bob321:monero.social> Luke said <1 year? 10:57:56 why do you think that? 13:00:22 Fcmp will likely take 6 months > 1 yr after audits to implement and hard fork, thata mt 2c 13:00:50 So if 6 months to develop, add 6 months > 1 yr for audit, integration, deployment 13:02:14 the audit and development is running in parallel 13:02:47 code for forks needs to be done 6 months in advance 13:03:01 so yeah, probably at least another year. 13:17:03 whenever you ask it will be in a year ( ͡° ͜ʖ ͡°) 13:23:55 Hey, that’s 9 years earlier than useful nuclear fusion 15:02:12 History repeats itself 😅 but this time it’s different 😂 15:02:49 2026 is realistic 15:03:48 Shut up, Kayaba actually delivers 15:23:37 7999 delivered too 15:23:59 I don’t mind if he delivers it in 2025, but I don’t want to disappoint myself with unrealistic timeline 15:24:03 Mrl 109 was mostly completed as well. Getting the work done is never the issue around here 15:24:58 kaya literally delivered _already_ completed work in like may 2023 15:25:15 And it didnt even get merged til december 15:27:06 Imagine if we had merged it in may, and kaya spend may > december working on FCMP instead of patiently awaiting approval for 7+ months