Queen, what kind of output have you received so far experimentally?

oh there you are haha, just looked around the threads and found you latest post

so yeah? i guess it's mainnet? maybe.

ill go ahead and download the node again run the miner

thanks

ive ran this miner and earnt some blocks but it did time to time get stuck and stop mining a few days i go

is this a mainnet network, or would you call this one for a testnet, i haven't looked at the software a while so i can't remember or i don't know, testnet or mainnet could you tell me which network it is, because i know you said its experimental and probably doing tests

i hope the tests and experiments go well

That doesn't even make any sense. Same goes with your answer later on. Maybe try to sound less like a Yoda if you have real criticism.

Who is making promises to you?

If i am interpreting you correctly, i am guessing you are against inflation, but you don't explain why. Not all tokens or coins would benefit from fixed or deflationary supply.
Chains need to be secured somehow, so it makes sense to reward the people doing it. I don't think that's "difficult to understand".

And when they are utility tokens, it doesn't make sense for people just to hoard them indefinitely, as they are meant to be cheap to use. Same thing goes with fiat money btw.

Not every crypto have unlimited supply, let's take bitcoin which is fixed at 21 million cap so no more coins can be added after that which is the different from the rigged paper money that can keep printing as much as they want and inject into the economy over the night or over the period of time.

Time's a bit tight on my end, so I can't promise anything firm, but I'll try to fit it in when I get a chance.

Yeah, Termux can run Tor. pkg install tor and you can set up a hidden service pointing at whatever local port you want. People run onion services straight off a phone that way. Ah yes, the very familiar CGNAT problem with your Starlink installation. You will not be able to receive traffic without paying for a true public IP address. A Tor onion service would be the way around that. Devices only initiate outbound connections which Starlink will allow, and other peers will try to connect to the .onion rather than attempting to go through the NAT.

This is also somewhat closer to a real world CGNAT implementation than what the other commenter had with the Pinggy tunnel. Pinggy merely forwards inbound traffic on your behalf. Tor HS is would be the real way to see how a node can be exposed without a true public IP address.

A WireGuard plus reverse proxy setup through a VPS is a better solution if you just desire a common clearnet address but have more pieces to worry about, as well as need that other box for however long it will be functioning to stay online. Tor onion service would still be the path of least resistance in order to expose your P2P node behind CGNAT.

What exactly are you trying to do here? Is this some school project or personal experiment to learn how to deploy a cryptocurrency like Bitcoin? I'm assuming it is because with 8 python files, you can't call it a "Electronic Cash System". In that case python makes sense for experimenting and learning, I don't think it is the best choice for a serious project that requires both security and efficiency.

I skimmed through the project and here are some thoughts:
1. Why use 2 hard-coded blocks (#0 and #1) instead of just one?
You only need 1 genesis block and if you want to include Satoshi's message, then include it in block #0 already. You can include it in the inputs and your new message in the outputs (it would be a metaphor of we having gone into this world with Satoshi's message and now we are coming out with this new one)

2. Why do your transactions have a message field?
You are calling it an "Electronic Cash System" and yet the transactions include a message field by default. A currency doesn't need messaging. The 280 byte limit is good but it still is turning it into a message board and 280 byte it way too big.
In Bitcoin we do it as part of the output scripts instead of a separate field called message (using OP_RETURN).

3. Why do your transactions have a version?
Bitcoin doesn't even use the version field (used in only one place AFAICT). Your 2 hard-coded blocks are using version 1 and in your verification process you are rejecting anything that is not version 2.
Here is an important lesson to learn when developing such a complex system that you want to run for a long time like Bitcoin has: you want to think about scaling the project and future/forward compatibility.
When you reject transactions with an equality check like this you are making sure that any future change requires a hard fork. Even if you want to enforce something like that, it should be future compatible with a smaller than comparison not equality (ie. if version < MinVersion then Reject)

4. Why is your validate_tx method assumes it is receiving a JSON?
Normally in a cryptocurrency you are dealing with raw bytes. You store them as raw bytes and transmit them over the network as raw bytes. Then you can interpret them (deserialize) however you want and validate but it has to be raw bytes. Check out some bitcoin source code to see how it's done.
Your approach creates restrictions. For example it assumes the outputs must contain an "address" field. But we are dealing with smart contracts (script) that needs to be evaluated and executed not addresses. An address is just what is shown to the (human) user in the user interface, not something to be used under the hood by the machine.

In any case, you've already gotten the general idea needed for a cryptocurrency but you have trouble in implementing the idea. I suggest you start reading code. Bitcoin core is written mostly in C++ but if you understand programming with pyton, you should be able to read the code. It can give you a much better idea about how things should be done correctly. https://github.com/bitcoin/bitcoin

Isn’t that the goal of Bitcoin, and still Bitcoin exists in the crypto ecosystem? Really, do we need a lot of projects that don't bring any value? Like Bitcoin exists, Ethereum added extra value to the crypto ecosystem. Those who welcomed Ethereum made a lot of money from the market.

Your development should add some extra value on the crypto market. Creating a token project or native chain project only for trading doesn’t make sense. Develop something that will give us some extra benefits compared to existing coins; it doesn’t necessarily often create a token or coin for that.

Yeah - for a smoke test that is a success.

Tunneling the termux node through Pinggy only provides an ephemeral public address with which an other peer can reach out to your node - pairing on 3 blocks both locally and the public exposed connection indicates that your app-layer connection between the nodes has been established (peer add, discover and sync).

This not in fact a real CGNAT setup yet (the connection with pinggy is simply routing inbound traffic over your own, outbound connection), so not "punching trough" the carrier's CGNAT - but it works for the purpose of testing the network path. You more normally see a fixed public seed(later on maybe STUN/TURN/relay) so that the phone just establishes the outer dial.

But for what your were trying it out seems like good result!

Yeah, to top off Cinexa here a little. If you are looking to get "does my node handle CGNAT ok", this test does not really give everything you need, as Pinggy is basically doing the hard bit for you. It does not necessarily have awareness, or active behind a translated IP, it is simply communicating with a "holed" tunnel.
To test it, try running 2 nodes (using docker networks or VMs is perfectly fine here, and one does not need real hardware), and do not have either of them complete a tunnel or give any relay to each other. Then test to see, they are able to locate each other at all. That is more the real problem with CGNAT.
If things do not matter, it will help you with something you already did, you can use peer discovery/sync/all this app level stuff. Not the same as it will survive CGNAT though.

A community tester reported an "invalid genesis reward" error when running Queen on Windows.
It turned out I had accidentally uploaded the wrong "core.py" file. The correct file has now been uploaded, and a fresh "git clone" runs normally.

Thanks to the tester for catching it and testing Queen on another platform.

I've never used Termux.  Can it run a Tor node?

One of my properties doesn't have great internet options, so while living there I opted for Starlink which uses CGNAT unless you want to pay like $300 a month for static direct IP.  I found the simplest way to run P2P was to use Tor and set up hidden services for all the services I wanted access to outside the local network.  It was very reliable and relatively simple to set up.

Another option is to host a small remote server running a wireguard server and nginx reverse proxy, and connect the local node devices to that.  That's a bit more complex, but you'll have a clearnet address to connect to rather than just onion addresses.

They can configure the platform, but the concept is just the same. Of course, they have to use their own logo and domain and add their own concept; they will try to be different, so they aren't associated with the scam platform they bought.

But if a potential investor knows how to read code and has very detailed information on where he put his money, he will find a flaw and trace the source of the concept, so it's still a very risky buy. Be aware of the project where you put your money and time; it's possible that they are old scammers trying to make another cash cow.