Bitcoin Forum
May 22, 2025, 07:34:12 AM *
News: Latest Bitcoin Core release: 29.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 »
1  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: May 20, 2025, 11:21:26 PM
By the way: initially I thought, that I can mine more blocks, but the counter seems to be stuck at 3066 total blocks for some reason. So, the status from the screen is not just a snapshot: the network cannot produce block number 3067 for some reason (maybe because of integer precision?).
Yeah there was an integer precision bug before I added the pre mining. If you refresh the page it should be fixed, you can pre mine the same number of blocks or more to verify (or wait, but it's the same thing).
2  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: May 20, 2025, 01:56:55 PM
Oh, there are many things to test, if you keep it running. For example: the original client halts the chain, if timestamps will overflow. But: if hashrate will keep growing, then uint256 values can overflow, which will also halt the chain. And there are other edge cases, for example to see, if satoshis are halved correctly (or if someone used some floating point values, and will suddenly introduce fractional satoshis; or if things are always rounded down).
Amounts are stored internally as satoshis (integers) in the game, halving follows the same logic as the core client, and you're not allowed to send fractional satoshis, so fractional satoshis are impossible, or should be at least. And unless you leave the game running for the next hundred years, I don't think timestamps nor chainwork will overflow Cheesy

Also I noticed, that $0.01 is probably not the smallest indivisible unit, because I saw $0.00 in one box, while seeing $0.01 in another, so I expect some floating point data types.
This is less likely a floating point error and more likely a rounding error on my part, I must've made the mistake of rounding numbers inconsistently somewhere, I'll go have a look. But floating points are generally only used for fiat anyways, not chain logic (except calculating certain probabilities).

Another thing is that as long as the price is constantly going up in the long-term, the best strategy is to simply mine the first coins on CPUs, wait for the value of them to raise (because having negative balance in dollars have no consequences), and then trade the rest of the coins from the exchange, when they will mine everything, and happily sell all of that, without asking any questions.
Kind of like in real life! If only I could rewind time and get 50 BTC for nothing... But yes, going into debt will most likely have to be a lose condition to encourage the player to keep up. Things will become slightly more nuanced when I add mining pools and all the other features, I think there will be strategies that prove to be much better.

Also, when it comes to trading, it should probably allow putting some order into some kind of orderbook, instead of allowing only buying and selling things on-the-spot.
Good idea, I'll add this to my list. Maybe even derivatives, long/short trading.
3  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: May 20, 2025, 08:48:26 AM
How to save a game, to load it later?

Reaching 3k blocks again, and waiting for 6 halvings, will take some time.
Dang, sorry, there's no way to save right now Cry

I honestly didn't expect anyone to leave it running or play for that long haha. I've just added a little "dev tool", if you go to the SATMiner console and enter:
Code:
pre_mine <N>
where N is the number of blocks, it will pre mine those number of those blocks (after you refresh the page) so you don't have to wait that long again. It's a bit janky in that you'll need to let the network difficulty calibrate for maybe a minute (the blocks are pre mined instantly, so they don't impact difficulty) but I think it should work fine other than that.

When I have some time I'll implement saving.
4  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: May 19, 2025, 09:15:11 AM
Now I am trying to test some edge cases, like "what happens, when I will keep reorging everyone else's blocks all the time, and all coins will be mine". But as I can see, the rest of the network can catch up quite quickly, because the best miners have only 54 MH/s, and the network can grow faster, than I can purchase and run them.
Yeah, I'll add more devices soon, mirroring the dawn of FPGAs and ASICs.

I also wonder, if the exchange rate should always go upwards in the long-term. Because if 300 initial blocks are reorged with 100 stronger blocks, on top of the Genesis Block, then I guess it would affect the prize as well (and I would rather expect something like miner exodus, rather than constant growth, and ignoring the attacker, as if nothing happened).
It doesn't always go up in the long term, it just does a lot at the start to make the introduction more engaging, allowing you to buy devices and stuff. The price broadly follows a set of milestones right now, like this:
Code:
[
    {
      'time': 0,
      'price': 0.05
    },
    {
      'time': 100,
      'price': 0.08
    },
    {
      'time': 240,
      'price': 0.6
    },
    {
      'time': 700,
      'price': 2.5
    },
    {
      'time': 2038,
      'price': 20
    },
... etc]

It can be tweaked in the short term to briefly respond to player actions (like a successful attack) which is something I will be adding moving forwards, in addition to, for example, exchanges etc increasing their deposit confirmation time, and even community hardforks if you pull off attacks enough times.

Well, in general, if this exchange is trustworthy, and you can send coins only between yourself, and the exchange, then there is no point in having your own address at all. Mining on exchange's address works much better in that case, because you can do everything, without touching the Core client, and there are no problems like "exchange hack".
-
Well, as long as this game is single-player (or as long as you are playing only against single exchange, and nobody else), there is no need for any kind of CoinJoin. If you have two users (you, and the computer), then everyone knows, who owns what (if a given coin is not mine, then it belongs to the bot; and if the bot would be "aware", then it could use the same reasoning).
Well that's the thing, SatEx mirrors MtGox, I think you can predict what will happen in game...  Cheesy (when I implement that hack/crash and more exchanges). So what I mean by coinjoin is purely for gameplay purposes - e.g., as you're playing in the later stages, governments will try to track you and "confiscate" your coins, so you buy a coinjoin upgrade to cover your tracks and mix up your outputs. At the bottom of the core client, you can also see the number of connected peers, later on, this will be relevant when "attackers" spam your node with bad information and try to DDoS you, and you need to go into the console or what have you and block/ban those peers. These are all mini games basically.

Not only that. Some BIPs, like P2SH, introduced sending to Script-based addresses. Which means, that you would need some kind of Script implementation (which is hard by the way, and even in the official client, you don't have GUI-based scripting, but only some console-based stuff).
Yeah this could be quite cool, I think more on the other end though, instead of letting the player create p2sh transactions, perhaps they can find some mysterious p2sh transactions sitting in blocks like little puzzles that they can claim the outputs of if they can solve it. E.g., they might get DMs from a user on the RingNET forum telling them about a suspicious transaction they spotted on the chain and its TXID, and that's kind of like a clue to look into it further.

Yes, for version 1.0, I think it is very impressive. I am still trying to test some edge cases, but in general, it works much better than I expected.
Yeah cheers man, I appreciate all of your insight and feedback!
5  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: May 18, 2025, 11:22:41 AM
Why sending to myself is "invalid transaction"? It is a normal thing in Bitcoin, and it may be profitable to consolidate UTXOs, by sending your coins to yourself, to avoid higher transaction fees in the future.

Edit: By the way, the original client created a different address for each and every coinbase transaction, so it was not that obvious, who owned what, if you analyzed the chain. And in general, a single user had a lot of addresses.

Yeah, I'm aware. There's just no point in spending to yourself right now because individual UTXOs are not simulated (there is nothing to consolidate), I mentioned this somewhere in the original post:

Regarding the full simulation aspect — It seems a bit pointless to me to simulate and record every single UTXO that is created and manage scriptPubKeys and scriptSigs, yada yada yada (though, I am still very much open to hearing suggestions about how to incorporate this type of stuff in gameplay). I’ve managed to compress every block into about 16 bytes (though i’ll likely be optimising this further to make space for other stuff), and everything is generated and assigned deterministically to keep the game feeling realistic/immersive but also very lightweight
What I also mentioned in the post is BIPs being introduced as you play over time (e.g., an HD address update to your wallet, consensus softforks with new address types, etc).

Anyhow I think there's a spot for a higher level simulation of UTXOs somewhere (as you mentioned, privacy and such). I'm going to add a 'coinjoin' mechanic in future versions and this will pair nicely with that, but at the moment it wouldn't make a lot of sense to the average casual player. In the final game, things will more than likely be a lot more accurate to the real thing (including what you've described), right now this is something of a test run/proof of concept.
You might've also noticed the coinbases don't include block fees yet (and also transactions incur zero fees), that's something I want to soon implement/model with real bitcoin historical data.


Also, on a side point, I've added this now, it's in the start menu.
I'll add a native darkmode to my list of things to do, I'll probably push a version in the next few days with a proper settings menu to also adjust volume and stuff as well.
6  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: May 17, 2025, 07:58:55 AM
Nice project. I visited your website with a dark reader extension enabled, and it seems to make the background black. If I disable it it shows just fine but the "app" window is too bright to my taste. Is there any plan to make a native dark mode or something similar in the future? I don't think it is a priority, but it would be nice if I could see the page in dark mode comfortably. Sorry if I missed that.
I've fixed the background not showing up, but I guess DarkReader is somewhat limited in what it can do because brightness/contrast changes seem to not impact some UI elements including the wallpaper.
I'll add a native darkmode to my list of things to do, I'll probably push a version in the next few days with a proper settings menu to also adjust volume and stuff as well.
7  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: May 17, 2025, 02:08:23 AM
This is a sick concept! I'm def going to give it a play this afternoon! Do you think it's intuitive enough for me to show my kids (12 & 14) as an intro to btc history?

I mean it's probably too incomplete right now for that to be worthwhile for them, but it's up to you  Tongue
I'm working on adding more content in the background and crossing stuff on my to-do list but it'll be a while before a real demo is ready.

Long term though, my goal is to make exactly that. Blockchain education is something that's become really important to me, and making a fun game about it is exactly what I want to do - maybe this can be the "Kerbal Space Program" of Bitcoin  Grin
8  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: May 14, 2025, 11:16:32 AM
You should register how many ppl visit.

Just added this, you can see it at the bottom of the home page of the WebKit Navigator (the 'UsersVisits: x' field). It counts page loads, not unique visits, for the sake of simplicity Smiley
9  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: May 14, 2025, 06:18:46 AM
Quote
for now my attention and focus will primarily be on singleplayer
Then you can try to build your game on top of regtest. In this case, each player starts from the Genesis Block, and can test a lot of strategies, without disturbing other players.

Making it multiplayer can be hard, because many test networks failed to keep being worthless. Now, testnet3 and testnet4 coins are traded, and new testnets may also be. Signet is another option, but then, players won't be able to mine blocks by themselves. Also, there already are some multiplayer games, like RollerCoin and, as you can see, real coins are involved. And if you want to avoid that, then it is hard to make a good, multiplayer game, where coins will stay worthless (because even Bitcoin Core developers failed to do so, and there are still some discussions, how to make a better testnet).
Just to clarify - I'm not building this on top of the real bitcoin network or regtest/testnet(s). it's a faux chain in a self-contained JS simulation, in which I'm trying to capture all the important and interesting things about the blockchain without the complexity of it being tied to actual Bitcoin (and also doesn't require you to actually run a real miner Cheesy). As previously linked, it's up on https://proofofwork.gg if you want to give it a quick spin to get a better idea of what it is.

My goal ultimately for this game is probably to be somewhere like 70% between something super casual and idle like Rollercoin, and something real like regtest(leaning towards realism and regtest), to where the player can actually learn about proof of work mining in a hands on, but approachable (and appealing) way, where they might learn about the inner workings of a blockchain without even realising it Wink.

And as you said, multiplayer is hard but it's okay because I can postpone that indefinitely at least for now Grin.


1. Constant block reorganizations, to grab the last "new" satoshi, which didn't have any previous owner.
2. Changing the model of the coin, to synchronize from the point, where all coins are already pre-assigned, and only change hands.
3. Using the chain as a notarization platform, to commit to some data, even without moving any coins.
4. Moving the chain forward, to unlock some timelocked transactions or coins.
5. Working on some puzzles, if it would be more profitable to break a puzzle, than to mine a new block.
6. Introducing any coin-in-a-coin scheme, where you peg another coin to the chain, and exchange between the mainchain, and the sidechain.

And probably much, much more. You can see, what is going on with testnet3, where almost all coins were mined. You can see, how testnet miners can get a lot of coins, for confirming a lot of spam on-chain. And you can also see, how some sidechains create no coins out of thin air, and which strategies they picked, to make it stable, when they have to focus only on transaction fees.
This is actually really interesting, and I was probably too short sighted in my original statement. Like I said multiplayer is still definitely out of scope for me right now but some of these ideas hold some pretty convincing arguments for a multiplayer game like that having an afterlife!
10  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: May 13, 2025, 12:21:41 PM
I've checked it again you've done more work on your proof of work game it's cool. You should register how many ppl visit. I don't understand why you're using windows xp effects. Your program's about bitcoin not Win XP.
Well, it's nostalgic right? It's supposed to take you back in time to the early days of bitcoin, outdated, clunky software UI and websites... It's also part of the "aesthetic", I think it's nice eye-candy personally at least.

Hit counter is cool, I'll see if I can do that some way without needing to use some sort of third party api or something.



This is what happened the very first time, but the second time, I'm pretty sure I stopped the mining process on all of the miners... Having said that, I had no luck in reproducing it today [I'll screencast it if I experience it again].
I monitored them for a few minutes [I also restarted the page to make sure difficulty was low] and strongly believe rewards weren't going to any address at that time. The first address that I set was from the Saturn Core and the next one was from SatEx [I had to do it due to the clipboard issue that was present at that moment].

Thanks for taking the time to try and recreate it regardless. I must admit it is very odd, as I've never experienced that happening even once (I almost always split addresses between workers when I'm testing stuff, out of habit). Do you recall if the SATMiner actually showed that you had mined the block in the output log? Example:
Code:
[INFO] (SOLVED) #295      | 0000001f41ea7c44b0cfa7eb92a5fb8730beadcf7fe581d7359a7aa909d13170

Either way I'll be on the lookout for it happening Wink
11  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: May 12, 2025, 12:01:39 PM
BTW, may I know why the Pay To field on Saturn Core requests clipboard read access, but the withdrawal address field on SatEx doesn't?
- I don't think anyone is fine with giving your platform/website that kind of access, so you should change that part!

Whoops, that's my bad! I must've made that field readonly ages ago and just never realised. Should be fixed now, thanks for bringing it to my attention, you're right.


I spent a few minutes and noticed that SATMiner sometimes doesn't send mined coins to newly changed worker addresses [the temporary solution seems to be to stop the process, then start it again].
I'm guessing what's happened here is that you've changed the address on one of your devices while the others are still running? Each device can be configured with unique settings, including being able to send it's coinbase reward to a unique address, as you might want to, for example, run a lucky solo miner while some of your other devices mine passive income through pools.

Anytime you find a block, the game rolls the dice using the hashrates of your devices to figure out which device was the "winner", and the reward is paid out to the address set for that device.

So I think it was just random chance and when you changed it, it looked like it was paying to the wrong address. But correct me if that wasn't the scenario because that seems like a pretty big issue that I need to recreate.
12  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: May 11, 2025, 11:31:22 AM
A little update on this - I've got a "playable" prototype up and running over on:

https://proofofwork.gg  [a few tiny things don't render properly on FireFox, and Tor doesn't like to load fonts]

"Playable" in quotes because it's still not much of an actual game just yet, but I figured I'd deploy what I have just so people can have a look-see.


Things on my todo list right now:
  • Actual tutorial - I'll admit, right now the game's a bit intimidating and not super intuitive
  • Better balancing/progression
  • Device wear/tear from overheating
  • Mining pools
  • RingNET forum (this will take forever Roll Eyes)
  • Integrating the progression and components of real bitcoin history
  • Lose condition, probably not being able to pay your bills
  • More things that will probably come up (stats, and so on)
I'll come up with an actual fleshed out roadmap at some point.


What you can do right now:
  • Change your wallpaper! Cheesy
  • Scope out the UI and try mining some coins
  • Take a look at the exchange, try out trading
  • Buy devices to increase your hashrate (4 you can buy at the moment, there's more but they need to be layered into the 'story' and historical progression, GPUs/FPGAs/ASICSs etc)
  • Use the ℹ️ info mode to learn about parts of the system (mostly in SATMiner for now). I will add a Clippy-esque character soon, I promise Grin
  • If you're feeling fancy and are able to figure it out, try to 51% attack the network and pull off a double spend.

Saving isn't implemented yet since difficulty ramps up fast, and without mining pools, you'll probably hit a dead end after like 10-15 minutes. Refreshing will reset everything for now.

Also, I fully expect there to be bugs I haven't noticed, so please let me know if you find anything and I'll fix it as soon as I can. Let me know what you think!

13  Bitcoin / Project Development / Re: [new project] bitcoin price global and map. Suggestions and ideas on: April 23, 2025, 12:36:54 PM
This is really interesting, I wouldn't have expected there to be such a spread based on geographical location. If it actually is the case, it seems like a really cool way to visualise political/economic pressure on bitcoin around the world - and also even arbitrage opportunities, so definitely seems to be useful/worth-having. Showing the heat map over time would also be neat (historical data).

It'd be a bit more complex - but you could also pull data from p2p marketplaces, and show the difference between exchange prices and p2p prices for each region.

Really cool project! Grin
14  Bitcoin / Project Development / Re: Developing projects with AI on: April 20, 2025, 11:48:34 PM
I wanted to provide an update on my AI project experience.

When I started two months ago, I would have told you I could complete my project before I went to sleep - Deepseek was that good at doing exactly what I wanted...  Over the last few weeks I've struggled to make much progress just like when I was coding manually.  When I first told it what I wanted, it designed it perfectly.   Then I started to add features and that is where the problem started.

DS would write a function a different way than it wrote for me a day before (example:  passing a parameter in post body vs querystring) and then my code would break.  Rather than fixing what I knew was the issue, I wanted DS to recognize it.  It did, but only after I provided fresh affected code and/or table definitions.   Since I used DS to code things I had no idea of (event handlers on browser clicks for example), it would tell me I was missing this and add it to that, but then later it may tell me to add the same this to a different that, duplicating functions and leading to troubleshooting anxiety.   Also, every now and then DS will give me code that contains a missing closing tag...

I wanted AI to code this entire project based on my input.  I continue to believe that AI is great for mundane tasks like syntax or logic checking, but it cannot be used as a substitute for overall project development.   If I wasn't a coder before, I would have no idea what to ask or tell DS.    Those of you who are waiting on some features I promised; I still feel I can complete it by the end pf this month.

I think that's unfortunately still the reality with LLMs at the moment, they are amazing at solving specific issues - but you get a bit of a frankenstein effect when you try to string those solutions into a cohesive whole. Part of the fault is also with us as the prompters (I'm sure this will improve on the AI's part over time), just because it is so difficult to provide all the necessary context and phrase things just right so that it actually understands what you want

Personally, I use it religiously to bounce ideas off of and review my code to suggest improvements - but I don't think I buy the "vibe coding" idea that you can make entire complex projects solely by prompting an LLM (not yet). I’ve found it can actually be more helpful, especially when dealing with unfamiliar concepts, to ask it to teach you how something works rather than just providing a direct implementation or solution. It can make it a lot easier to combine with other parts of your project later on.
15  Bitcoin / Project Development / Re: Intention Project - Decentralized Private Key Recovery Algorithm [Proposal] on: April 17, 2025, 11:26:20 PM
Your analogies are superficial, your comparisons are incorrect. None of this makes any mathematical or cryptographic sense (so much so that I will not even bother to go through any of it). You're not fooling anybody with even a shred of cryptographic understanding and more than 2 braincells to rub together.

If any of this was actually worth anything, you would have the attention of the NSA, NIST, academic journals, but instead you're here asking for (or rather, trying to trick people for) $50,000 Cheesy


To anyone reading: This may look all fancy and polished, but if someone claims to have found flaws in ECC without publishing a working demo, peer-reviewed paper, or even a coherent explanation - they haven’t.
16  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: April 17, 2025, 09:34:55 PM
Cool stats that are worthless though - can't even be compared for bragging rights.  I like your idea but I hope you realize the members here like boasting about stats - verifiable or not   Smiley
Perhaps I am misunderstanding but I think they definitely can be compared  Roll Eyes. The game has soft "ending" when the last coin has been mined, and up to that point, there's a ton of performance metrics that you can compare with other players.

E.g.:
  • # of coins created
  • # of blocks solo-mined
  • Longest solo mining streak
  • Chainwork contributed to the network
  • Peak hashrate achieved
  • Peak difficulty achieved (and best block hash mined)
  • Net profits earned
  • etc
These sorts of stats can also be combined into an overall performance grade (e.g., S, A, B, C, D, F).

And, if applicable:
  • # of successful forks (51% style attack)
  • Deepest successful fork
  • More stuff like this

Just to list some ideas.
Unfortunately there is pretty much no way I can think of to fully stop cheating, and all of it would be a hassle - though, I think obvious cheating can be filtered out by statistical improbability - plus, if players provide their seeds (or for competitive purposes, people decide to play on the same set of seeds) results can to some extent be independently verified by replication.
17  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: April 17, 2025, 10:04:37 AM
Congratulations on the initiative, and it seems to be a very fun game, with a nostalgic appeal. Windows XP brings back good memories (although I have used all versions, 3.1, 3.11, Windows 95). I wish you success in your project!
Thank you! Yeah, just trying to capture the XP vibe has been really fun in itself  Grin


You're focusing on single player so sharing scores for a leadership board's useful to keep players excited. It's your game you'll make it how you imagine ppl playing. There's so many games we've got access to on phones & online I don't know how ppl share their time between playing games.
Absolutely, there's lots of cool stats that can be calculated for the leaderboards.
18  Bitcoin / Project Development / Re: Intention Project - Decentralized Private Key Recovery Algorithm [Proposal] on: April 17, 2025, 08:25:10 AM
The project does not intend to "break" ECC or use brute force. It operates through a topological reinterpretation of the private-public key space, based on:

Multidimensional Scalar Mapping: simultaneous representation of multiple scalar multipliers within the group generated by G, the secp256k1 base point. This mapping reduces the search problem in a non-sequential way, treating complete regions as correlated blocks rather than isolated elements.
There is no such thing as  "correlated blocks" in secp256k1’s scalar field that would magically collapse the search space. If such a thing existed, it would already be a catastrophic flaw in the curve.

Structured Mathematical Superposition: a technique that logically combines geometric trajectories in scalar space, analogous in abstraction to quantum entanglement but performed entirely in classical domains.
Superposition and entanglement are quantum concepts - there is no classical analogue that gives you more information about a secret key.

Identification of the Blind Spot: a specific geometric region where the key generation function (scalar multiplication) presents a partial loss of opacity under highly restrictive conditions. This phenomenon is not random but derived from symmetries in scalar space that are traditionally considered irrelevant in standard cryptography.
If there were "symmetries" in secp256k1 you could exploit, they would have been discovered long ago - and they’d completely break Bitcoin’s security.

None of what you're saying is remotely plausible or relevant to actual ECC - unless perhaps you are trying to convey something else, which you have still failed to clarify. Right now, it's still just a bunch of buzz word soup.

Our simulation environment has already validated:

Detection of keys in controlled test spaces.

Existence of the Blind Spot phenomenon under specific conditions.

The behavior of mathematical superposition to collapse search spaces.
If you’ve actually achieved all that, then show your results.

Informed skepticism is welcome. Categorical denial without technical analysis is not.
But what is there to analyse if you refuse to publish any technical details? My stance is not categorical denial, it is the only rational stance when faced with extraordinary claims and zero evidence.

If you have truly discovered something as ground breaking and world changing as recovering private keys from public keys (thereby breaking ECC) then you should be prepared to:
  • Publish your mathematical model and proofs under an open license.
  • Release working code or scripts for independent verification.
  • Submit to peer review or a reputable cryptography audit.
  • Demonstrate key recovery on testnet with verifiable public test cases.
19  Bitcoin / Project Development / Re: Intention Project - Decentralized Private Key Recovery Algorithm [Proposal] on: April 17, 2025, 07:09:47 AM
This is just absurd - do you have anything to show for "5 years" of working on this?

Outside of your ridiculous claims of an ECC destroying breakthrough, your post is filled with technical buzzwords and no actual explanation of how your project could possibly work (it can't Huh). Almost nothing that you've written makes any sense - show some code or maybe literally anything before asking for $50,000 Cheesy
20  Bitcoin / Project Development / Re: "Proof of Work" - A game about the history of Bitcoin on: April 16, 2025, 12:29:54 PM
Games about bitcoin are fun I like your concept. Single player games novelty aren't fun it's important features should be added. More ppl get involved if it's multiplayer allows ppl to play against each other & sharing scores so it's going to be more fun.
Yeah for sure, but I do think there is genuine depth to be found in the concept, enough that it goes beyond being a simple "novelty" or throwaway.

Like I mentioned earlier, multiplayer just makes things very tricky. In singleplayer, every run is fresh and immersive, and the experience can be tailored to be educational and fun.

On the other hand, when the game is multiplayer (if it's global multiplayer at least) competition can potentially become pretty intense, and it would potentially be discouraging for players who end up joining later and find it difficult to catch up. Also, it's very hard to tailor the experience (especially the educational aspect, though I guess it's possible). Things would have to be a lot slower and stretched out to ensure the survival of the game - block times would need to be longer, halving intervals would have to be longer, to make sure the game doesn't end up having a short lifespan (there's not really much to do once the last sat has been mined).

Perhaps there is merit to having both a singleplayer and multiplayer mode, and multiplayer definitely sounds like it could be fun, but for now my attention and focus will primarily be on singleplayer.
Pages: [1] 2 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!