Next time be skeptical of people who add "CODE OF CONDUCT" in a repo

More like "CODE OF CENSORSHIP"

Read their disgusting answers here

What are people finding objectionable about their CoC?

<jimmyt[m]> "What are people finding objectio..." <- This ☝️

<jimmyt[m]> "What are people finding objectio..." <- It's not so much that the CoC is objectionable in itself. People are pointing out the raging irony that ErCiccione consistenly exhibits behavior that is the very antithesis of their own supposed "ethos"

* It's not so much that the CoC is objectionable in itself. People are pointing out the raging irony that ErCiccione consistently exhibits behavior that is the very antithesis of their own supposed "ethos"

lmao who is this group of people that will suddenly blacklist you for removing a CoC?

selsta: Disney production

if you want to fork and remove the CoC then just do it instead of whining around on Reddit about being blacklisted by whoever

selsta: Justifications for these kind of acts are incorrect

We're fed up with these and don't tolerate anymore

we??

I think people might be seriously misunderstanding the meaning of "listing Zcash". Haveno is heavily based on Bisq, so Haveno's asset listing process is probably very similar to that of Bisq. You can check out the Bisq repo to see what that involves; it can be done with about 80 lines of code in a single commit. As u/HavenoDEX said, Zcash will never touch the platform. Adding Zcash support will probably take a single developer no

more than 20 minutes.

selsta: No offence but don't think you're in the majority in this.

<jimmyt[m]> "I think people might be seriousl..." <- I don't think how long it would take to add Zcash to the platform has anything to do with the community's fury and feelings of betrayal

it's literally not that deep

mattisr[m]: Why do you say the community is furious and feeling betrayed?

oceanus: What about it makes it an SJW tool? As I understand, the CoC boils down to "don't harass people."

jimmyt[m]: There is no clear definition of harassment in these days and it's wildly open for interpretations so it's basically a tool to silence anyone who you don't like

Kivojo[m]: And by-default people have sympathy with people who are "offended"

So it's all going to be justified based on people's feelings and everyone happily walks home

<jimmyt[m]> "Why do you say the community..." <- This thread has had most of the drama caused by ErCiccione wiped clean from it by reddit moderators, but it's a good place to start to get a general understanding of people's feelings about this

<Kivojo[m]> "There is no clear definition..." <- Ah OK, I guess I understand how definitions of "Public or private harassment" or "conduct which could reasonably be considered inappropriate" could be stretched to censor somebody. But then again, if Haveno devs or Reddit mods wanted to shut somebody up, they could delete comments/ban people with or without a CoC. I understand people may have reservations, but all the anger seems like

a bit of an overreaction to me.

jimmyt[m]: It's not an overreaction.

If you'd have enough XP in free software projects, especially in Github, forking and removing a CoC basically means signing your career's death sentence

imagine being afraid of deleting a document

selsta: Who's trolling now

make a new account, then you don't have to worry about your career

> <@mattisr:nokyc.im> This thread has had most of the drama caused by ErCiccione wiped clean from it by reddit moderators, but it's a good place to start to get a general understanding of people's feelings about this

>

> reddit.com/r/Monero/comments/uaqx9u…d_by_the_monero_community_will_list

Already read and left my thoughts about misunderstanding on that post. Comments seem to be filled with a lot of people with very short fuses. If people are this opposed to Zcash, will we see the same reaction if the devs decide to allow WeChat/AliPay/UPI?

selsta: I'm trying to keep this conversation polite but you wouldn't let.

In what world you keep creating aliases and making new reputations unless you're a conman trying to scam people?

In systems that are built on some levels of trust, this idiotic approach of you is impractical

s/approach/approaches/

* In systems that are built on some levels of trust, this idiotic approach of you is impractical

All some of people have become is just a cope mechanism that waits for the other big thing to adopt itself to it

s/itself/themselves/

s/thing/scandal/, s/itself/themselves/

Kivojo[m]: What do you mean by this?

<jimmyt[m]> "> <@mattisr:nokyc.im> This..." <- Nice. Thanks for checking it out. Yeah, short fuses definitely abound on both sides. To say this is a controversial decision on Haveno's part is definitely an understatement.

jimmyt[m]: Think about Snowden, prior to it people were like "dude you're not important for the government", after that it came out they were wrong, they just coped with it like "pfff, yeah government did it but they're not able to do anything with all those data"

It's all just a big, programmed coping mechanism

* came out that they were

do not tolerate

if you do, they are going to do way worse than the last time

And it's never going to end

mattisr[m]: I guess I just don't really understand why this is so controversial. Isn't the entire point of a DEX to allow people to acquire/dispose on their own terms? And since Monero hodlers seem to dislike Zcash so much, wouldn't they want to provide Zcash users with a KYC-free avenue for ditching Zcash and making the switch to XMR?

<selsta> "make a new account, then you don..." <- Don't be like this

jimmyt[m]: Oh my dear friend, you don't seem to know the toxicity of Zcash community

Kivojo[m]: No, I'm not familiar with it.

jimmyt[m]: Smallest dogs bark the loudest

Whenever ZCash pumps over noneros per coin price they are like "this is a historical moment, real privacy won"

ZCrap

And monero is just a shell game anyways, just look at this paper written by a monero researcher about how monero wasn't as private before we added more privacy

monerobull[m]: The population of Zcash community won't even go near 1000 people

But they bark the loudest

They are actively harming people by claiming their coin is so superior in privacy over everything

s/won/don/, s/go/exceed/, s/near/to/

It just doesn't matter if you have the most private transactions if there's only 200 fully private transactions per day

s/won/doesn/, s/go/exceed/, s/near/to/

Can just figure out it was you by looking which IP the transaction came from and then ask ISPs who that was

monerobull[m]: And it doesn't have trustless setup

Kivojo[m]: Oh but they are "going to remove it soon"

What you want to say about Zcash, It doesn't matter because

with its enlisting in Haveno, you're doing more harm than good to your "beloved and only thing we want to use" BS you, Haveno and Erc, said for past couple days on social media

Do it or don't do it, we are fed up with you

There is really nothing to gain for Monero and the only thing it gives haveno is a dead pair to boost the number of available cryptos

> <@kivojo:agoradesk.com> What you want to say about Zcash, It doesn't matter because

> with its enlisting in Haveno, you're doing more harm than good to your "beloved and only thing we want to use" BS you, Haveno and Erc, said for past couple days on social media

> Do it or don't do it, we are fed up with you

Yup. Definitely more interested in checking out the other fork, Penumbra.

mattisr[m]: Is that still being developed? It sounds very cool, but it looks like the last commit was months ago.

jimmyt[m]: gitlab.com/l0nelyc0w/penumbra

<cheekyleeks> "jimmyt: gitlab.com..." <- I was looking at the PenumbraDEX Gitlab rather than l0nelyc0w‘s. Thanks for the link.

* > <@cheekyleeks:libera.chat> jimmyt: gitlab.com/l0nelyc0w/penumbra

Ah, I was looking at the PenumbraDEX Gitlab rather than l0nelyc0w‘s. Thanks for the link.

<ian.niculescu> cincodias.elpais.com/cincodias/2022…/12/mercados/1649718725_561435.html

<ian.niculescu> I answered questions for this one lol

<ian.niculescu> @sgp

@ian.niculescu bad one... but meh. ""Preferimos decir que el Bitcoin es una moneda de vigilancia, mientras que la nuestra es una moneda normal", ironiza el portavoz."

<ian.niculescu> (google translates it for you)

<ian.niculescu> (I hope you don't use google like me though)

<ian.niculescu> yeah haha

<ian.niculescu>

Maybe convert that "Monero_questions.docx" to a PDF before sharing? Just for peace of mind. All kinds of bad things can lurk inside a .docx for Windows users.

And that article isn't too bad, is it?

if anyone here speaks Chinese and can add a comment, it would be very much appreciated monero-ecosystem/monero-translations #117

<sgp> Did they not credit you?

<sgp> I specifically sent:

> I am forwarding an attached response from Monero community member ian_niculescu

<sgp> Thank you for making the doc!

<ian.niculescu> I mean it's really not important, thank you though

anyone got stats on RPC node monthly data usage?

r4v3r23[m]: wondering same thing, like how long a $9 of 2GB data through crypto on silent.link esim can last if only doing things like ssh, rpc and such o.o

* crypto on <silent.link,*https://silent.link> esim

spacekitty420[m4: dont think 2GB will last very long

with locking everything up with proper firewall rules prob could make it last more than a month which would be oki imo, anyways, would still be nice to have some actual data like u be asking :3

bitcoin blockchain grows by about 2GB a month

monero would be more

oh right, i meant as a remote client, not the actual node

like client to remote into the node

so just your walelt scanning blocks to sync?

thats essentially an RPC node

yeah

in terms of data usage

dang, well R.I.P 😿

spacekitty420[m4: LWS will help out as long as you have a node running somewhere

it removes the need for syncing on mobile

monero-lws (light wallet server), looking into it, thanks <3

still a WIP but should be ready soon

spacekitty420[m4: Take note that these bugs still exist in the mobile apps: mymonero/mymonero-app-js #458

If you go with mymonero apps with your selfhosted lws. They said they fixed the desktop app, but I haven't tested it yet

cryptogrampy[m]: MM is the only wallet that supports lws?

more like sharing the connection from phone to desktop through ethernet and do that from inside desktop virtual machines rather than directly using a phone app but i pretty stoopid so that's most likely a bad idea tbh 😹

<r4v3r23[m]> "MM is the only wallet that..." <- not sure on that.

Is there any interest in the community for looking at how to integrate Monero into "Podcasting 2.0" (pc20) as an alternative to Bitcoin lightning?

I'm pretty heavily involved in the pc20 community and would love to help if there's anyone already interested, as I know the required areas of research but not how they fit into Monero

Could add that to the community meeting this Sunday if you'd like , or i can mention it if you're not available monero-project/meta #695

> <@agates:matrix.org> Is there any interest in the community for looking at how to integrate Monero into "Podcasting 2.0" (pc20) as an alternative to Bitcoin lightning?

>

> I'm pretty heavily involved in the pc20 community and would love to help if there's anyone already interested, as I know the required areas of research but not how they fit into Monero

can you send a link to an overview of what this is?

(also why it's needed :) )

i've added it to the open ideas section after skimming over this link newsbtc.com/news/bitcoin/lightning-…tionship-with-the-lightning-network - using monero 0conf transactions for micropayments in real time im assuming ^

>“As Podcasting 2.0 apps continue to build easy interfaces for listeners to tip their favorite podcasters, Lightning tips could even become a primary revenue source, without cannibalizing or interfering with a creator’s existing ad revenue.”

There are a couple projects related to this in monero: git.sr.ht/~anon_/shadowchat and github.com/tipxmr

example of the shadowchat

i assume luke needs to be livestreaming for it to really 'work' :)

I've seen it in action on Lukes stream, really nice

Yeah i was trying to find the video- feel free to post it if you find

lukesmith \o/

<3

:3

"Normal" recipe websites are a nightmare come alive. The popups, the ads. Downright scary.

So it seems like podcasting 2.0 is additional meta tags that allow creators to add payment methods? So for Monero, they could add their tip link and/or their monero donation address?

I don't see how a 'new' centralized index of podcast 2.0's is censorship resistant though

seems like it, just read a medium article explaining it, the "value-to-value" category was the one relevant to tipping with LN which seems pretty nice, like for tips on streams can even add a message and such

surgeon_[m]: Please spend 5 minutes scrolling on my page before i give you the recipe

s/to/for/

spacekitty420[m4: so apps that are podcast 2.0 compatible allow app creators to implement the messaging interface using the metatags under the hood

so in the shadowchat example, the creator could also provide an api compatible with podcast 2.0

* example, the shadowchat creator could

instead of just providing a UI

will have to see how the lightning payment works... is it a kind of handshake with the podcast host's server? or is it more one-way

i.e. here's my payment, the message, and the podcaster it's intended for

<cryptogrampy[m]> "so apps that are podcast 2.0..." <- by apps here, i'm talking the podcast apps. I.e. you pull up your favorite podcast app and it supports podcast 2.0, and it has a nice interface to send a message to a podcaster. i'm totally spitballing here and should actually download a podcast 2.0 app

<cryptogrampy[m]> "I don't see how a 'new' centrali..." <- The index is not the central point of the project, though they do provide their database. Podping is the layer that we have to publish new feeds/updates, and that isn't centralized. Regardless, none of that has to do with value-for-value.

<cryptogrampy[m]> "Please spend 5 minutes scrolling..." <- And here's a funny story about me and my family that is barely related to the recipe or cooking at all. Please read it before we get to the recipe.

<cryptogrampy[m]> "So it seems like podcasting 2...." <- Yes, the Podcast Namespace is a standard RSS namespace that would be defined where one would be able to list Monero addresses. However it's not this simple, as we need to consider:

1. Transaction volume, currently these applications are performing tens if not hundreds of thousands of micro payments per month

2. Podcast app integration to actually perform payments, currently we do them on a "per-minute" basis.

3. There's a way to attach messages but i don't think the payment mechanism should be used for messaging, personally. As of now apps are attaching JSON payloads to payments and causing protocol bloat and centralization issues. I wrote a concept for an out-of-band proof of payment standard because of this

🤔

<cryptogrampy[m]> "will have to see how the..." <- Currently they use keysend to send payments, lightning offers a mechanism to find a "route" over a series of onion routed payment channels. It's a giant mess and i have concerns on centralization of liquidity.

So looking at fountain.fm, is the goal with that app to create a platform where users must pay for use of the stream?

i.e. as they listen, they pay?

<cryptogrampy[m]> "by apps here, i'm talking the..." <- Breez is probably the easiest to understand both sides of this it's a Bitcoin/lightning wallet that has podcast integration

cryptogrampy[m]: No, payments are entirely opt in. value4value.io

I can't speak for fountain's marketing

It may be that some apps try to enforce payment but that's an app-level decision, and not a protocol one

* Yes, the Podcast Namespace is a standard RSS namespace that would be defined where one would be able to list Monero addresses. However it's not this simple, as we need to consider:

1. Transaction volume, currently these applications are performing tens if not hundreds of thousands of micro payments per month

2. Podcast app integration to actually perform payments, currently we do them on a "per-minute" basis.

3. There's a way to attach messages but i don't think the payment mechanism should be used for messaging, personally. As of now apps are attaching JSON payloads to payments and causing protocol bloat and centralization issues. I wrote a concept for an out-of-band proof of payment standard because of this

* Yes, the Podcast Namespace is a standard RSS namespace that would be defined where one would be able to list Monero addresses. However it's not this simple, as we need to consider:

1. Transaction volume, currently these applications are performing tens if not hundreds of thousands of micro payments per month

2. Podcast app integration to actually perform payments, currently we do them on a "per-minute" basis.

3. There's a way to attach messages but i don't think the payment mechanism should be used for messaging, personally. As of now apps are attaching JSON payloads to payments and causing protocol bloat and centralization issues. I wrote a concept for an out-of-band proof of payment standard because of this

If i was implementing this for monero, I would have a direct 'stream' payment metatag where creators simply provide a monero address, and a superchat-stream tag where content creators can provide a standardized common API for receiving superchat payments/messages. That api could be provided by a selfhosted server or a centralized superchat service they pay for.

* common API/url for

I can't speak to the capacity of monero for receving small streaming payments but it is a dynamically scaling blockchain that is made for cheap tx's.

I did work on this concept to provide opt-in payment proofs for lightning and i think it could be extended to Monero. The idea is to provide a standard way to "prove" a payment without relying on in-band metadata

I would probably expect the superchat server host to prove the payment

Basically JSON Web Tokens for payments

ah i see

you're providing the proof and data to the recipient

cryptogrampy[m]: Depends on the payment mechanism and why, both Monero and keysend in lightning have this issue of not knowing *who* sent money. Which is great. But if i want to say I did it this is a means to prove it

cryptogrampy[m]: Yes and I do think the out of band proof is critical for scaling purposes

well, in monero's case, sending messages via tx isn't really encouraged :)

But anyway, I'm primarily interested in the part about how to actually send payments first :) and how does Monero scale for micro payments?

scales very very well with that dynamic block size thingy

> <@agates:matrix.org> I did work on this concept to provide opt-in payment proofs for lightning and i think it could be extended to Monero. The idea is to provide a standard way to "prove" a payment without relying on in-band metadata

>

> Podcastindex-org/podcast-namespace #355

seems like an upgrade to LSATs no? a loose analogy -> basic http auth : lsat :: jwt : jpt

the only theorical limit about how many tx/s would be how fast the blockchain would be growing with all dem tx and if the nodes can even sync that fast

which would already be more than visa/mastercards tx/s or something like that, aint got the numbers right now so correct me if am wrong but should be something along those lines

it's just kind of a useful wrapper around a txproof

reeemuru[m]: Yes, something not lightning specific

And critically not tied to an identity provider

hmm, maybe try and bake in similar data from tpat into the json web token using monero's tx proofs

very interesting🤔

Someone in MRL said you can create a txproof that includes the amount for monero, but I still need proof that that's possible

passing someone a txproof is still kind of a 0conf tx, correct?

tfw you're 85 yo and very out of your safe zone

cryptogrampy[m]: yes tx proof has amt on OutProofV2

see getmonero.org/resources/developer-g…ides/wallet-rpc.html#check_tx_proof

github.com/hyahatiph-labs/infosec/b…lob/main/tpat/plantuml/e2e-flow.png :o

<cryptogrampy[m]> "passing someone a txproof is..." <- i never really thought of it as a scaling solution but i guess in a way it is due to the fact that authentication and payment creates time-based access instead of relying on multiple payments

the jwt could be more secure though

* the jwt could be more secure though

edit: is more secure...

I think for auth, a txproof totally makes sense, but for payment, the protected resource owner (i.e. my protected pickle jar factory) has to specify how many conf's they want before they send out the pickles

monerobull[m]: oh the video is about the report we funded kek

they also need a monerod connection, whereas an auth resource could theoretically be protected by an offline validator

* an auth-only resource

cryptogrampy[m]: from a pure privacy perspective we all 'need' to run our own monerod instance no?

reeemuru:

that cryptolock example uses a challenge and signature handshake that happens totally offline on both ends

cryptogrampy[m]: hmm interesting, i haven't read much on seraphis but it seems like a job for 'tx chaining' if possible as far as offline txs but not sure

oh wait maybe im off topic now. the json web token is interesting. in order to scale these payment systems it needs to be transparent to users. my brain isn't big enought for that yet

* the json ~web, * web~, * payment token is

I think the payment token is like, hey merchant, here's what i bought, here's how much i paid, here's proof that this hasn't been tampered with, and here's my txproof of payment. it's just a standardized message that the merchant would validate on their end before approving sending out the goods

cryptogrampy[m]: or like tab?

I think 🫣

like hey here is how much i already paid, you still owe 4 beers

I think a txproof is still 0conf though. I could create this using a nefarious monero node and say, hey I paid! see!. Recipient always has to validate using their own node

cryptogrampy[m]: But also equivalently useful for things like superchats. You could attach the token to a message anywhere and provide just enough information for the recipient to validate it

cryptogrampy[m]: no no no

it has the amount of confs

reject if it doesnt enoug

my nefarious node adds the confs?

i dont think this is blockchain data, not created by a user

cant forge confirmations

well, not easily i imagine

s/dont//

that's beyond my smol brain. but huge if true.

that is tx proof

potential validations (e.g. prokurilo)... (full message at libera.ems.host/_matrix/media/r0/do…e9975ff9cf777cb167a3f18d1d7b8fb17f3)

> <@reeemuru:matrix.org> potential validations (e.g. prokurilo)... (full message at libera.ems.host/_matrix/media/r0/do…163db71380d112925443f69c14029de6014)

oh nvm i think you mean to verify confs offline yeah?

im not so sure about the integration, i would have to look more into that

I guess my initial question is, is there anything i can hand to a merchant from a txproof perspective that tells them I paid X amount of Monero and it has say, 3 confirmations that they can verify offline ?

I have to assume that's a no?

cryptogrampy[m]: one sec

havent done this in a while

I guess having them import the signed transaction from you into their offline wallet would allow them to see that it is indeed valid and correct

But they would have no way to check confirmations, because they are offline

That's what i'm getting at

yeah sounds right

but if it a superchat host, arent they always online?

or you mean just not using monerod? cryptogrampy

So i think this json payment token is like:... (full message at libera.ems.host/_matrix/media/r0/do…53d106c55bfd11d62f41a7a90803529c92b)

monerochan 🤤

and reemuru spins up his monerod, uses his moneros json payment token validator to validate payment, and do all of the things requested in the token

this token

Though nothing stops them from submitting that tx through their online node, just to double check: either the transaction already exists and is valid (all good); or it doesn't exist and it gets accepted (you lied about submitting the payment, but they caught you before you spent those coins elsewhere); or it gets rejected as a double-spend (because you've already spent those coins elsewhere, like sending them to yourself)

dont trust verify

yeah. So i think the server end of this would be really easy to implement, you just parse the request, decode the jwt, and use monero-javascript or soemthing to ping monerod and verify payment stuff

and on the podcast app end, the podcast would have to be a sort of wallet that provides the txproof stuff and assembles the payment token

* the podcast app would have

or else it generates the payment uri, watches for the payment and then sends the message along

something like that

To verify the payment on the receiver side, the easiest solution would be a view-only rpc wallet and using tx-notify. Pretty sure it's already baked into the js/python libraries

and the whole purpose of this is to create a format for sending information along with payment 'proof' to a merchant/podcast host etc

merope: yes, but this jwt payment is a wrapper that allows apps to send payments with messages

Oooh right, sorry - I was missing some context

or not

alright, now that that is settled, wen xmr podcast?

<cryptogrampy[m]> "yeah. So i think the server end..." <- Yeah, it's just a string you attach to some API. For live chats I'm probably going to extend XMPP to allow something. But that's way down the road. We're still working on live stream support and decentralized live stream notifications within apps

agatesAlecksGate: can you give an example of what a request would look like for me sending 'hello world' to your podcast using monero and your jwt idea?

* your jwt-payment idea?

just dummy data for proof and such

<cryptogrampy[m]> "can you give an example of..." <- Anything i would come up with now would be pure speculation, I'm still arguing with the Bitcoin guys about not sending messages over lightning.

But there may need to be a distinction between offline and live stuff. For offline, perhaps the podcast would specify a standard HTTP API in their feed to send a message to. Alternatively, since we are actively implementing ActivityPub comments, a token could be attached to a comment (which could be public or private).

I think I lean more toward the latter route since it's a spec that already exists and has a mechanism to extend. We'll eventually be adding other metadata like timestamps to say *when* you're commenting within the episode. The payment token would be additional metadata at this point

Live experiences ala YouTube/Twitch have different options because they are inherently more interactive

I like pure speculation 😁. It would be helpful to get a clearer idea of what you're trying to build

Hi all, I’m new here

agates (Alecks Gates): In the superchat example, how does the podcasting app know about a potential 'minimum' amount required by the podcast host to display the message

<cryptogrampy[m]> "agates (Alecks Gates): In the..." <- That would be another value in the RSS namespace specification

makes sense.

<cryptogrampy[m]> "I like pure speculation 😁. It..." <- I'm only thinking about the actual payment integration now. I only brought up my payment token RFC because the topic came up :)

I think the token makes a lot of sense and is a very cool idea. especially as it could be used with numerous currencies.

i'd still be curious what an ideal example request looks like though :)

s/an/a/, s/ideal/highly-speculative/

agates (Alecks Gates): it may also make sense to add message data as part of the jwt. Not sure what the data limits are on that, but you want to make sure the data you're providing with the payment info hasn't been tampered with

> <@agates:matrix.org> Is there any interest in the community for looking at how to integrate Monero into "Podcasting 2.0" (pc20) as an alternative to Bitcoin lightning?

>

> I'm pretty heavily involved in the pc20 community and would love to help if there's anyone already interested, as I know the required areas of research but not how they fit into Monero

i recently posted about this on reddit. I would also like to have a podcast with xmr donations like podcasting 2.0

<surgeon_[m]> "And here's a funny story about..." <- this is the absolute worst. I hate the stupid anecdotes just tell me how to make the recipe

it's just for google SEO.

imagine a search engine that actually gave the best tuna casserole recipe, not the most popular one

s/most/one/, s/popular/that/, s/one/hits all of the SEO requirements the best/

<demitasse[m]> "> <@agates:matrix.org> Is..." <- We're doing it for music/videos/films too, potentially audiobooks etc. None of it is "podcast"-centric. Something that gets overlooked

<agatesAlecksGate> "We're doing it for music/videos..." <- i would consider giving a passing sideways glance at usage from a merchant web store perspective as well :)

cryptogrampy[m]: For RSS feeds? Not sure it's worth it. If you're talking about the payment token, maybe, but i don't have bandwidth to focus on it

reading about the bip119 shitshow now

send links

aantop explains it here

essentially ability to white/blacklist address at the protocol level

who could have seen this coming?

s/aantop/aantonop/

that's fucked, the way he mentioning the whitelist really makes me think of how easily that can be enforced to whitelist only verified CEX approved addresses

oh, well he mentioning that now 😹

so......

that would also fuck up atomic swap with xmr then

"that's not the controversy" LOL

Would be curious to see who/which entities are squirming the most about andres' video

What video?

the BIP119 video above

oh

:)

cryptogrampy[m]: im squirming, mainly on how convoluted his explaination is

this is bitcoin drama hour :)

yeah i'm still watching.. haven't parsed it in my brain yet

Thanks

even if something like this is possible in monero, it would only affect specific addresses

just pull a fresh subaddress and voila

on bitcoin you could ban clusters

if am not mistaken, eth already could ban clusters and the tokens on it like tether were already doing it

eth had been cucked since day 1

no surprise there

fair x)

and majority of crypto market is either a fork of btc or a token on ethereum so... 😹

🤡

"and then you essentially end up with paypal"

<NFDeez> My sweet Monero Cyborg (Blockchain Crusaders) Harmony ONE NFTs

<NFDeez> theres more

<NFDeez> Kadena??

Redo them with sol and double the price. Thank me by sending 5% of profits to the general fund ;)

How much is a ONE worth these days?

1 = 1

luigi1112 can you edit the room title please Monero Community Workgroup Meeting: Sunday 1st May 2022 @ 18:00 UTC , thnxx

nioc: 1 ONE = 1 ONE

is it not January still?

do it thyself

<cryptogrampy[m]> "the BIP119 video above" <- taintcoin is dying a slow death by a thousand papercuts

congratulations to selsta the slacker on getting funded ccs.getmonero.org/proposals/selsta-5.html

demitasse[m]: I think it's important to take note on this one... A lot of the issues stem from a lack of project focus and direction in Bitcoin (i.e. is it digital cash? digital energy? an ethereum competitor?)

everyone has a very different idea of what bitcoin should be

nioc: MajesticBank: based

cryptogrampy[m]: well we can all agree it should be fungible.

demitasse[m]: ironically it sounds like covenents move the lack of fungibility caused outside of the bitcoin blockchain directly into the chain

cryptogrampy[m]: At least the Bitcoin community still has voices of reason. I've always been for Monero but the last few months have pushed me to actively contribute. Running a public node and p2pool node now.

Whatever happened to side chains in the BTC world?

agatesAlecksGate: there's liquid and rsk, and paul sztorc has been trying to get his implementation going since like 2016

Yeah Paul is definitely pushing it hard still

agatesAlecksGate: woorah

agatesAlecksGate: they are all shit and require some form of permission to peg out

do people buy those drawings for that much ONE? Jesus.

<luigi1112> "is it not January still?" <- The year is 2022 , Monero is 8 years old, people who are graduating from university _today_ where born in 2002 , the last community meeting was in 1996

plowsof[m]: you are op now and have the power to edit the title

please don't let that power change you

oh thanks, didn't realise 🧐

2002 ouch

<cheekyleeks> "jimmyt: gitlab.com..." <- I hope the woke mob don't try to cancel this

BTW, I took Seth's monerod/p2pool docker guides and adapted it to run in podman rootless containers for more security. So far so good especially in combination with firewalld. I've seen docker bypass software firewalls before which is no bueno

Kivojo[m]: matrix.to/#/#penumbra:penumbra.social

<Kivojo[m]> "I hope the woke mob don't try to..." <- Didn't the developer of Penumbra say they were opposed to working for pay? Or am I recalling that wrong?

jimmyt[m]: I'm not sure

But the system was like a "arbitrators are free to join"