trasherdk: I intend (together with the community) to create a general overview thread on how to buy Monero. That can then be stickied and individual posts can be referred to that post

<t​rasherdk:monero.social> Sounds like a stellar idea 👍️

<1​23bob123:matrix.org> FAQ

<r​ottenwheel:kernal.eu> dEBRUYNE How to buy non-KYC Monero by Heady Wook. ia802505.us.archive.org/6/items/how…20to%20buy%20non%20kyc%20monero.pdf

<m​rcyjanek0:matrix.org> plowsof: no problem, I should have paid closer attention to the meeting. I have prepared a late response to the points above regarding my CCS (Unnamed Monero Wallet development).

<m​rcyjanek0:matrix.org> It can be found here: pastebin.com/NQb5ejWc

<m​rcyjanek0:matrix.org> Sorry for bad English, I dont have my laptop on my so everything was written on my phone..

rottenwheel: Thanks for the link

<r​ottenwheel:kernal.eu> dEBRUYNE You are very welcome, as someone we know might've said. 😉

How to buy non kyc BTC and convert to Monero?

How to obtain Non-KYC Monero* would be more fitting. Surely there are better options than finding a BTC ATM and selling those on bisq

probably just about anything?

Guessing btc as on-ramp possibly one of the most surveilled

Thats a BTC guide not a monero one IMO

Reddit deserves better!! lol

mrcyjabek_ thanks for the response, it would be interesting of you or valldrac (molly monero wallet sdk dev) could.compare/contrast your work/goals

<r​ottenwheel:kernal.eu> Gfy plowsof!

<r​ottenwheel:kernal.eu> Do better!

Written by this heady wook? bitcoinmagazine.com/authors/heady-wook

Definitely a BTC guide

<r​brunner7:monero.social> Czarek Nakamoto:

<r​brunner7:monero.social> I had a look at the "unnamed Monero wallet" CCS proposal, and the comments in the linked paste.

<r​brunner7:monero.social> I found it difficult to make up my mind how to look at this. But my thoughts finally converged on the following:

<r​brunner7:monero.social> In principle, this is a brand-new wallet app at the beginning of its way. Never mind how long it's already in development, and never mind how old parts of the code may be, as an app it will only now go public and start to get used.

<r​brunner7:monero.social> The advent of Jamtis and Seraphis mid-term is of course no reason to cancel this project, or hold it up until the hardfork is finally nearing. But I still think that no such brand-new Monero wallet should start today and thus "this late in the game" without the dev(s) having a good long look at Jamtis and Seraphis first, and then add info to their CCS proposal how their project lo<clipped message>

<r​brunner7:monero.social> oks in this light.

<r​brunner7:monero.social> To put it more bluntly, when I read in the paste the statement "I just need to replace few calls and I'm good to go" I don't think the dev did due diligence already like it would be appropriate for a really good project and CCS proposal.

<r​ottenwheel:kernal.eu> plowsof the detective!

<m​rcyjanek0:matrix.org> rbrunner7: Thank you for taking look at my CCS.

<m​rcyjanek0:matrix.org> I agree with you that this kind of work shouldn't be started in the first place but.. it happened and it exist, if I would start this project on my own I would for sure focus more on learning first, talking with developers and then creating or postponing the development.

<m​rcyjanek0:matrix.org> Regarding the last paragraph - I still think that "I need to replace a few calls and I'm good to go.". Regardless of the direction in which wallet3 goes some functionality will still be available, things like getting balance, checking block height, sending transactions, etc. the function definitions, include files and everything may change but the functionality will remain more or<clipped message>

<m​rcyjanek0:matrix.org> less the same and things like simplewallet.cpp and monero-gui will need to function, and these implementations will serve as an example regarding how to migrate the code, which I can then use.

<m​rcyjanek0:matrix.org> Aaaand finally, because xmruw stays really close to current wallet2_api.h (it doesn't do any unnecessary abstractions along the way) I'll hold to what I said - migrating will be relatively light task as the concept of what wallet is not going to change.

<m​rcyjanek0:matrix.org> Note: I didn't read much about the migration, just few issues and I have said that I'll make JSON-RPC compatibility layer in case in which it gets broken during upgrade seraphis-migration/wallet3 #52#issuecomment-1839464817 I'll just do the same with current monero_c implementation.

<m​rcyjanek0:matrix.org> plowsof: Sure! I'll take look at it and let you know once I get more familiar with the library

github.com/mollyim/monero-wallet-sdk for convenience

<m​rcyjanek0:matrix.org> Thanks

This ccs sponsored library basically promises to do 'all of the things' for mobile wallet devs or not?

repo.getmonero.org/monero-project/c…als/-/merge_requests/388#note_23387 milestone 1 to be completed soon

<1​23bob123:matrix.org> Any devs looked this?

<1​23bob123:matrix.org> Also getting close to 9 months limit

<o​frnxmr:agoradesk.com> How bout solojunk

<o​frnxmr:agoradesk.com> Where are we in terms of expiry date

Lifespan on the sun itself

Of*

<m​rcyjanek0:matrix.org> valldrac: do you mind if I dm you? I'm making a comparision plowsof asked me for and I would like to discuss it with you prior to sending it here as I'm not that much into kotlin.

<p​rancing389:matrix.org> Does anyone in here use XeggeX exchange? Any cautionary tales would be appreciated. I normally don't do much without checking with others in the community since there is so much deception out there, nice to get the word of mouth and learn of the reputation of anyone I may consider dealing with.

<p​rancing389:matrix.org> vigilante.tv/videos/embed/51ccc616-ee27-41ed-860d-04f63c9d194f

<v​alldrac:matrix.org> Sure, go ahead

Cake solves this and moneropot added salt and pepper to the pot - tommy from allark

<h​ardenedsteel:monero.social> matrix.monero.social/_matrix/media/…ero.social/yPCtOEBksnISwGkCryqqsnlr

<t​obtoht:monero.social> What is "Monero license"?

<x​mrscott:monero.social> This: github.com/monero-project/monero?tab=License-1-ov-file

<t​obtoht:monero.social> Didn't know BSD-3 got renamed

monero to be specifically mentioned :S

<m​rcyjanek0:matrix.org> Is there some story on this available?

<x​mrscott:monero.social> It's a slight derivative of BSD-3 as the BSD-3 doesn't include the last three paragraphs that Monero's does, but there's nothing concerning in them and it's largely a repeat of the "AS IS" language in the BSD-3, so it's anyone's guess why they take issue with the license specifically

<t​obtoht:monero.social> It was added in 2019, too late for kovri fallout?

<x​mrscott:monero.social> Kovri/Sekreta event was in late 2018

<h​ardenedsteel:monero.social> 2015 - i2pd gets forked which is Kovri (and currently unmaintained) because of [a drama] (most likely its orignal) (github.com/monero-project/kovri-doc…-one-on-bitbucket-and-one-on-github)

<h​ardenedsteel:monero.social> 2017 - someone creates [pull request named "Fucking monero"](PurpleI2P/i2pd #900#issuecomment-313523899) and suggests to forbid use I2Pd's source for who involved in Monero then "orignal" suggests to forbid i2pd's code can't be used in any project under Monero's license

<h​ardenedsteel:monero.social> 2021 - however "orignal" starts to [accept XMR as donations](PurpleI2P/i2pd 585116a)

<h​ardenedsteel:monero.social> 2024 - myself created [github issue](PurpleI2P/i2pd #2034) about it.

<h​ardenedsteel:monero.social> 2015 - i2pd gets forked which is Kovri (and currently unmaintained) because of [a drama](github.com/monero-project/kovri-doc…-one-on-bitbucket-and-one-on-github) (most likely its orignal)

<h​ardenedsteel:monero.social> 2017 - someone creates [pull request named "Fucking monero"](PurpleI2P/i2pd #900#issuecomment-313523899) and suggests to forbid use I2Pd's source for who involved in Monero then "orignal" suggests to forbid i2pd's code can't be used in any project under Monero's license

<h​ardenedsteel:monero.social> 2021 - however "orignal" starts to [accept XMR as donations](PurpleI2P/i2pd 585116a)

<h​ardenedsteel:monero.social> 2024 - myself created [github issue](PurpleI2P/i2pd #2034) about it.

<h​ardenedsteel:monero.social> 2015 - i2pd gets forked which is Kovri (and currently unmaintained) because of [a drama](github.com/monero-project/kovri-doc…-one-on-bitbucket-and-one-on-github) (most likely its orignal)

<h​ardenedsteel:monero.social> 2017 - someone creates [pull request named "Fucking monero"](PurpleI2P/i2pd #900#issuecomment-313523899) and suggests to forbid use I2Pd's source for who involved in Monero then "orignal" suggests to forbid i2pd's code can't be used in any project under Monero's license

<h​ardenedsteel:monero.social> 2019 - "orignal" [forbids to contribute](github.com/PurpleI2P/i2pd/wiki/Codi…e0cc6cf36356213d0888a820f6f5c380763) to I2Pd

<h​ardenedsteel:monero.social> 2021 - however "orignal" starts to [accept XMR as donations](PurpleI2P/i2pd 585116a)

<h​ardenedsteel:monero.social> 2024 - myself created [github issue](PurpleI2P/i2pd #2034) about it.

<p​reland:matrix.org> What the heck

<p​reland:matrix.org> Well now idk what to do since I was working on a bounty to add I2P integration to monero-gui

<p​reland:matrix.org> Well its bsd licensed so ig I could just ignore it

<h​ardenedsteel:monero.social> its unaffected.

<p​reland:matrix.org> I mean it is technically

<p​reland:matrix.org> Although if they are this pissed off about it I wouldn’t be shocked if they “updated” their libi2pd bindings just to prevent the i2pd version from being updated in the future

<p​reland:matrix.org> I don’t think I’ve ever seen a foss project of any kind explicitly disallow commits from someone involved in another project, ever.

<j​berman:matrix.org> plowsof: my thoughts on Cypher Stack BP++: Sarang has a track record of consistently exceptional work; it would be difficult to imagine CS not seeing a quality BP++ review through to completion, and understood that it's something that has taken a while to complete. An advance on payment seems an understandable request with that in mind. Apologies if I missed any context here, but <clipped message>

<j​berman:matrix.org> I think it would be ideal to see some deliverables / a more meaty update on the content of the review prior to a payout, even if incomplete

<j​berman:matrix.org> Diego Salazar: it seems you guys may already have had something in mind for what milestones could look like at this point -- it would probably strengthen the case for an advance if you could point to work that reached what those hypothetical milestones would have been

<p​ndxmr:matrix.org> Only sarang/cs is doing BP++ review ?