Lets get rid of blockchain too its bloat ;)

Agreed. 1mb blocks are waaay too big. We need a 0 byte blocksize. That way, anyone can verify blocks in their heads. Anything more than that would basically just be a data center.

i guess then we could move the blockchain to binance and trade in paper monero (as fast as LN, if not faster)

Btc should do that

only enough blocksize to open 1 ln channel a day

Yeah, isnt binance a better l2 anyway

Just sign up with your email address and have insurance and cefi

MyMoneroance

While there is a touch of sarcasm in my voice, i am not inplying that LN is bettrr than binance

The only implication here is "they are the same picture"

binance requires kyc

actually mymonero doesnt have your spend key , and is real monero , wont work, we need full paper monero binance solution

Haveno

I hope haveno allows me to do fractional reserve market making

Frontend only yeah? No backend required

Theres nothing more that i want than to put up 500k with of buy orders on haveno, whole onky having $50

DanIsnotthemanBr: Backend only* im an offtopic man myself

But seriously. I hope haveno released a mainnet alpha

And that i can use it with my existing node (?)

I hope too, considering I was using the Haveno beta months ago, without real issue

Testnet = i probably wont play with it

Nor any any potential users

Spinning up nodes is like pulling teeth

* Haveno beta / testnet months ago,

if mainnet, just needs to be YMMV, EXPIRIMENTAL, DONT BLAME US IF YOU LOSE FUNDS

And ofrnxmr and 500 others will yolo into it

And find 90% bugs within days

pinging any users of #unstoppableswap:matrix.org < please join room and help your comrade

MajesticBank @MajesticBank:libera.chat: ser

Monero debit / credit cards and im ok with KYC

> <@politicalweasel:matrix.org> A 2nd layer doesn't inherently have to be a clown show like LN is. Low fees + big blocks + direct channels (instead of convoluted routing BS) = good

interesting perspective. since monero has low fees and dynamic blocksizes, people can afford opening a new channel per counterparty. that's cool.

one can make the case that btc's tx fees might have put the constrain on the LN design to make it routable using other peoples' channels, as normal bitcoiners cannot afford to open a new channel per counterparty.

and that constrain and design decision still haunts btc's LN today: there are still routings failing regularly.

with monero, we can have an off-chain microtransaction payment technique that can make the monero payments within that off-chain channel ephemeral.

and we can have that method not necessarily inter-routable with other peoples' payment channels. that would save the devs from a huge pain in the neck.

A solution, desperately searching for a problem to solve, in all the wrong places.

Why would one need a L2 for something that is already on L1?

I think Seth made the good point that an L2 payment channelmight provide the payments ephemral quality. Something that doesn't exist a blockchain.

For instance, today we have 16 ring size. In the past we had fewer. Many people have used Monero with lower ring sizes. And their transactions are inscribed on the monero blockchain forever.

Can you translate might provide the payments ephemral quality. What does that mean?

Yeah. "Ephemeral" in the sense that once it is done and channel is closed, the in-channel transactions do not leave a trace in the blockchain.

Transfer of ownership will be the same. Inputs => outputs.

Yes. But only the end-state of the payment channel will be reflected on the blockchain.

Sry If I'm stupid. But imagine Alice and Bob. Bob open a payment channel with Alice. Alice pay Bob. Bob then close the payment channel. It'll result the same as Alice doing an on-chain transaction with Bob, when the funds are moved

Am I missing something?

Yeah, you are more or less right. However, if Alice makes multiple small payments for some online widgets or something, and then Bob closes the channel, you will not see how many transactions Alice made.

I think we should have payment channel, just for bypassing the 10 blocks output lock time

Iirc the current proposal in the monero research lab are : reduce it or its impossible

* its impossible to delete it

But if Alice make many small payments to Bob, on-chain, then what? That would still just be a bunch of anonymous transactions.

And each of those transactions would be individually added to the blockchain. They would be distinct entities that could be seen and studied.

Did someone claim the IRS-bounty, and forgot to tell me? I'm pretty sure all transactions are seen, studied and all kinds of statistics pulled out.

That "ephemerality" also can provide some "tidying up" for the rapid microtransactions with XMR. For example, today you can gamble with XMR by betting on its next block hash. So, instead of the gambler making a transaction per bet, he can open a payment channel with the gambling service, and do all his bets in that channel. And when he is done, he closes the channel and only one transaction gets to enter the blockchain, saving all of us

from unnnecessary bloat.

If nothing else, you put a smile on my face with that example.

Cool. Nothing wrong with that :)

I don't think payment channels is a pressing need with XMR today, and I don't know if we will ever need such a "contraption".

I trust XMR's on-chain scaling tech and the general tech improvements with digital storage space and internet bandwidth.

I was just speculating upon another anon's suggestion that XMR's dynamic blocksizes and on-chain scaling might facilitate a better off-chain payment layers than what they have in btc today.

That aligns pretty good to my initial comment on this matter 🙂

my distro has localmonero.com as a feature for feather, i can't even connect to that machine. duckduck says go to localmoenro.co (sans m at the end), what is the diff?

AFAIK the website is .co

no idea why feather says .com

what do you mean "your distro has localmonero.com as a feature for feather" ?

the correct URL for Local Monero is localmonero.co

keepemup[m]: gentoo package has USE flag localmonero.com... possibly a typo

will report upstream

anyone here is tryed to compile openmonero recently ?

maybe cryptogrampy? whats wrong

More specifically, did something break for you "recently"? If so, what?

I dont know if that replys are intented for me anyway, while trying to compile openmonero it is givin me error on the monero path, it seems that the monero build folder should had changed

What is the error

I am compiling monero again (this time from master) I will show once I finish it

dont make me read a manual malmen

thats what mondays are for

I can come back on monday :D

lol its ok

Fridays are the best days

malmen the monero dir is supposed to be at ../monero in relation to your openmonero dir

lza_menace, according to documentation should be on ~/monero but I also already had it on ../monero

see plowsof, im psychic

$(realpath ../monero)

Voila

well, it just worked with monero master branch (on ~/monero) the release-v0.18 is the one failing

Sounds good

something to do with the folder structure of building master vs release? monero/build/release vs monero/build/master?

I believe thats the issue, unfortunetely I dont have the released built now to compare the structure

but I can try it later and open a issue if thats indeed the problem

Any reason using openmonero instead of LWS?

I dont know LWS

Monero Community Dev

#monero-community-dev

It didnt show on my search but I will give it a try, I am still in research mode for my project

OpenMonero (from my understanding) is a full light wallet solution- it has a back end server implementation AND a front end. I was able to get the front end of OpenMonero to talk to V Tnerd's Monero-LWS implementation

But I wasn't able to get sending to work

(i think). can't remmeber

I just got MyMonero web wallet to work with the Monero-LWS server though 😄

Selfhosted MyMonero web wallet

by mymonero you are refering to mymonero/mymonero-core-js ?

using github.com/vtnerd/monero-lws for the backend

the whole wallet

it was simple to work with mymonero wallet as just using monero-lws endpoint or you need to tweek your way arround ?

I thought it would be fun to host the web-wallet

those apis should be compatible

I have some problems with the mymonero mobile wallet

It's very easy to accidentally leak your private view key to api.mymonero.com using the mobile wallet.

as it is to leak anything to anyone hosting a web wallet

if you're selfhosting the web wallet, and using it yourself, it's a much better situation

it doesnt need to be hosted fwiw

i know that i configured the web wallet to use my own lws api, so i don't have to worry as much about leaking

the static web files are built with my lws api hard coded

the mobile app will default to api.mymonero.com

The only safe way to use the mymonero mobile wallet is along with a tool that can block outgoing http requests to their server

race4014[xmpp]: Why is any other way unsafe?

> It's very easy to accidentally leak your private view key to api.mymonero.com

what's the point of using mymonero wallet?

you do it if you can't keep a monero-wallet running 24/7 to keep your info up to date

always better to run your own monero-wallet-rpc, IMO

<hyc> "always better to run your own..." <- how safe is the login mechanism for that in 2023

if you want to access it remotely

<cryptogrampy[m]> "how safe is the login mechanism..." <- there is no issue login in it's about broadcasting transactions

but as far as i know not even that is that big of a problem when it comes to remote nodes

i think monerod signals any device for which SMART reports 512 bytes sector size for it to be a spinning disk drive

but that is false, ssd's can report 512 bytes for backwards compatibility

Hello

I'm new here and reading the mastering Monero book

Nice to meet you all

<toralien[m]> "i think monerod signals any..." <- Seriously? There spinning disk that use 4096bits sectors (for sure, big consumer drives)

<Iwjsks[m]> "Nice to meet you all" <- hi 👋

Hi. Is there's way to speed up the local sync?

Will importing blockchain help?

using an SSD will help greatly

alternatively you could use a remote node, but that has its drawbacks

L3M0R: i don't believe it would.

charuto: does the client verifies the blockchain data as it downloads?

no, that's usually done after the blockchain download, but it's much faster.

The client is barely using the bandwidth. I'm getting like 50kbps download speed.

Whereas downloading the blockchain.raw is getting me nice speed of 10-20MBps

honestly i wouldn't know, i've never imported the blockchain personally, and the website says "If you'd prefer to use a raw blockchain instead of syncing from scratch, you can use the most current bootstrap. It is typically much faster to sync from scratch, however, and it also takes a lot less RAM."

but maybe that information is outdated or really depends on your daemon peers.

Let me try importing the blockchain.raw. Node sync seems to be a waste of time.

Thanks!

I have another issue while building monero on Gentoo. It says "Failed to emerge dev-libs/randomx-1.1.9"