.merge+ 7173 7174

Added

.merges

Is it possible to run my own custom monero network?

it's just code, anything's possible. if you know how to code it.

Yeah very valid.... so if I want to update blockheight, is it given in configurations or in genesis block or inside code getting compiled?

And is (cryptonote)[github.com/cryptonotefoundation/cryptonote] the latest code from where I should start working or is it (monero)[github.com/monero-project/monero] ?

Do you want to work on monero, or on your own altcoin ?

My own altcoin

Then either will do, your preference.

Oh okay

Look at the difference between both, see what you like best.

vtnerd: what is your opinion on changing the timeout here? monero-project/monero #6938#issuecomment-749903200

it feels like the current timeout is too aggressive

<vtnerd "Im not sure why yet another rpc "> my thinking was along those lines dependency wise. reason why I ever pondered adding gRPC is because I couldn't find dev docs for 0mq or whether if it had pub/sub functionality for notifications

I think there may be a bug with destinations (something to do with the field std::list<transfer_entry>). I noticed on 0.17.1.4 that some of my view-only wallet's receiving addresses are blank. And rbrunner7 and I also noticed it when adding an API to the C# Json RPC Library

How much is preserving e-penis of your leaders worth? A month of work? Three moneths of work? A year of work? 2.8 bil?

Come to t.me/monero_peace Telegram, if you are not afraid of getting excommunicated.

jess: ^^

"selsta: please rebase 7161 (also don’t bump RPC)" -> done

I think monerod has a bug, whenever launch flag "--rpc-restricted-bind-ip" isn't set to 0.0.0.0, monerod will always give a warning "W --public-node is enabled, but RPC server localip:18089 may be unreachable from outside, please check RPC server bind address", even though i get RPC/18089 port connections just fine (when checking in cmd with

netstat -a) with --rpc-restricted-bind-ip set to local ip.

It says "may". It's not telling you it can't, just that it's a possibility.

I guess we could enumerate all the interfaces and assume if there's only one that's non loopback, it's got external access.

fyi: Apple M1 uses 64KB pages vs everyone else using 4KB pages. Current LMDB only handles up to 32KB by default

need to change the PAGEBASE define to handle 64KB, which would be an incompatible format change

but we should figure out what cpp macros are predefined on M1 and make this change

M1 with 64KB pages will be incompatible with everyone else already anyway so shouldn't be a big loss

.merges

.merge+ 7161

.merges

why you guys work so much