Hello, gentlemen

I want to make a memecoin for laughs and giggles using Monero, basically just change the name. No fake monero bs. Something kinda like doge. I know there's things that are easier to fork, but Monero monero is using the fairest mining system, free of ASICS. If I am to make this memecoin it is very important to me to give regular people a fair chance

at mining it. Would doing this be very hard, or quite simple? Do any of you think you could help me out? I cannot find a single guide on how to do it.

Have you heard of Wownero?

Thats exactly what you're describing :)

Guest_53: search monero.stackexchange.com

but no, there is no tutorial on how to fork monero

Seth thank you for taking the time to respond. I just checked out Wownero and that's pretty much what I want but with a famous meme as a logo and name. Do you reckon I can use a file comparison program to compare differences between the two and thus be able to find where differences have to be applied?

Not sure honestly, but would be a good learning experience for you to work on forking things

As selsta said try looking around SE and other sources for more info on how to do that, but there isn't a guide per se

selsta thank you as well for your response, i have already searched stackexchange quite intensively and did not find what i am looking for

You're probably just gonna have to wing it honestly

devs are busy building overall, and normally dont have time to help someone fork their code, when it usually wont end up in contributions back to the forked repo

ill try comparing the codes of wownero and monero for now - but i have a feeling i will be here again in the future. i hope you guys dont mind what would seem to you a bunch more stupid questions in the future :(

fwiw this channel is about monero development, no one will explain it to you here

you might try in #monero

Yeah ^^

Don't want to clutter up this channel with fork convos, but maybe people will be generous to help in #monero

thank you gentlemen

i will do that

group hug?

*hug*

before i leave and bid you fine gentlemen the best of days, i will leave these kind words behind: MONERO GIRL IS BEST CRYPTO WAIFU. good day, gentleme and gospeed

Running get_transfers against my wallet rpc returns very few (3) sent txs, while in reality I've sent hundreds. Does the wallet prune sent txs? If so, how do I disable this?

I am also unable to get_transfer_by_txid for txids I know that I sent, returns error Transaction not found

The wallet does not prune sent txes. Check your parameters are sane.

hey, i wonder, without being sure of technical feasibility of this, whether the topic of incentivizing nodes that are online has been discussed previously

miners get all the action, but without nodes there would be no network either. makes sense in theory that nodes are rewarded too?

you have an incentive to run a node as it increases your privacy

if that's not feasible to implement, how about a small surcharge on top of the network fee to incentivize public nodes?

I do, personally

there is the pay-for-rpc system that public nodes can use

your average monero user doesn't (if not now, if we see much more adoption), and probably doesn't even know how

is that the hashes thing?

yes, it pays the node operator in hashes

i read smt about it but never really looked into it

will the wallet honor it automatically if it's set on the server?

reading

Once the CLI wallet is initiated, typing start_mining_for_rpc will start the RPC-Pay process

i skipped ahead to the example, so maybe the answer is elsewhere in the text

but will the server allow access even without typing this?

ah, is it a one-time thing and then whenever the wallet is on it's racking up credits

fuck, might as well just try it

lol

E Payment address may not be a subaddress:

lol

that's rather arbitrary :p

mining also does not allow subaddress, maybe that’s why

It comes only when a client provides a hash that can mine a block, while the server’s output must be continuous, matching the regular provision of hashes.

this I didn't understand

must the server be mining too?

Error: refresh failed: payment required.. Blocks received: 0

--> ok, that answers that

disconnecting and reconnecting after start_mining_for_rpc makes it not refresh once again. wouldn't it make more sense to remember which servers we've connected to and automatically enable it on wallet open if it's been enabled before?

if i've opened the wallet then i'm intending to use it, and if i've allowed it before, i'll likely want it allowed now (or it won't work, and then opening the wallet makes no sense)

I can’t help, I didn’t test this yet as I don’t intend to run a public rpc node.

so just how many such credits on average would a server need to find a block?

Error: Error mining to daemon: Found nonce, but daemon errored out with error -18: Stale payment, continuing

hm

seems to happen with persistent-rpc-client-id 1

it was unclear how to "mine on a better device to spend credits on low-end device", any idea how to try that?

because judging from my laptop fan right now, it would be a poor idea to connect mobile devices to this power-hungry monster

.merge+ 6111 6600 6607 6610 6613 6690 6731 6746 6752 6753 6757

.merge 6111 6600 6607 6610 6613 6690 6731 6746 6752 6753 6757

Anyone remembers the right syntax ?

how ring members are chosen in Monero?

Randomly according to a gamma a distribution.

ring member need to be unspent output?

or it can be even spent output?

It can be either.

.merges

ok thanks

Oh, excellent, less spammy.

Any opinions on 6693 (boost version bump, though no particular reason apparently)

Also 6615/6616. This changes the db format. I coded that ages ago now.

db format change would imply a database conversion for 0.17 right?

Yes.

You know what, let's leave it for later. I don;t even remember the db changes.

moneromooo: can we add #6771 early to fix depends build system and travis?

thecharlatan also verified the diff from the new repo

.merge 6771

.merge+ 6771

Added

xiphon: did you see the log I dropped in yesterday?

has there been any progress regarding the 26 word mnemonic seed proposal?

charuto: no plans for 26 word seed

14 word seeds is considered

so no block height encoding?

with block height encoding github.com/tevador/monero-seed

interesting, thanks for the link

any idea how many bits of data do the current 25 word mnemonic seeds contain?

more than the 14 word seed, i assume

unless the word dictionary on the 14 word seed is gigantic

256

and the smaller seeds are 128

so thats more than 100 bits of data "lost", aren't we giving up keyspace like that?

it says "128-bit seed provides the same level of security as the elliptic curve used by Monero."

not that I understand it :P

charuto: what do you mean 100 bits of data are lost?

see also corresponding discussion, tevador goes into it in more detail monero-project/monero #6639

the 14 word seed proposal has 154 bits of data, the current 25 word seed has 256 bits. surely you can't fit the same number of private keys on the 14 word seed

but maybe it's going over my head and there's a way to do it

in the 14 word seed*

these is no practical way to fit 256 bits into a 14 word seed - you'd need

a wordlist with 319 558 words

actually more, because we want a checksum

so it has to fit into 13 words

the wordlist has to be 847 180 words long

"the Oxford Dictionary has 273,000 headwords; 171,476 of them being in current use, 47,156 being obsolete words and around 9,500 derivative words included as subentries."

so well short of the 847k we'd need

We can use unicode code points. Lucky for us who don't speak 30 languages, unicode has addd plenty of image spam.

I wonder if they ever thought of adding video code points once they start to get out of stuff to add and want to keep their job going again.

You forget about their emoji stuff

What better way to encourage expression than to have a committee approve it piecemeal?

Wait. They have more images than just those ?

I don't know how Unicode emoji work. I don't ever use them

I enjoy using words that don't have to go through a Unicode committee

Well, their work on glyphs was really useful, before they had to try to keep themselves in a job.

The whole idea of an emoji approval process really rubbed me the wrong way

It felt like trying to be a gatekeeper of expression, which seems... wrong

Obviously supporting a broad range of character types is essential

But this feels very different

oh I mean if we're serious about this

then we should do the wordlist in Korean

1.1m words

And we'd have won.

Finnish might work, 800k words in RedFox and that doesn't include inflections

Iirc they have a boatload of similar looking words lol

Finnish that is

That's because they can never remember how to finish them.

LOL

Only got me two tries.

why are words used? because theyre easy to note down? 14 words isn't memorable, emojis aren't memorable or easy to note down. could rgb be used?

How would red/green/blue values be easier to remember than 4 words?

Words are easy to communicate across different media, and are easier to "self-checksum" than random characters

I don't consider being "memorable" to be a good criterion

The fun stuff is composite unicode glyphs, where multiple unicode chars come together as one.

That insanity is just weird.

fluffypony: "did you see the log I dropped in yesterday?" -> missed this one (found it in the logs, but the paste is not available now), could you re-upload it again?

any feedback on repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/138 ?

I would like it generally

it's not a large proposal, so not a big deal there, but there might be some concern about scope and communication (?)

Would be nice not to break api_wallet (libwallet/libwalletqt interface)

dsc_: don’t think they will touch it in this CCS

tbh atm I'd be ok with it even if the diffs were large, if it removes an obstacle to others to contribute.

As long as it doesn't go too much in the "because I like it better that way" direction as it often does.

I find it a bit irritating that he seemed to want a blank cheque though. Obviously it'll depend on what the end result is.

I guess first step would asking if he is still interested in this CCS as it is a couple months old.

I understand why new developers aren't well-received by the CCS, but I also find it a bit disheartening given the amount of talented reviewers and the escrow system

It does stop debates about milestone completion or lack-of due to quality issues though.