Bitcoin Forum

Both Proof of Work, and Proof of Stake are vulnerable to "bad-block" attacks. with proof of work, mining a block and changing your balance in the state to say 1 trillion... well that would be bad for that coin. with proof of stake, it is a bit harder, you would need 51% of all of the tokens(so mainly newer coins are vulnerable) to make said block. However, in what I will be calling Proof of Sender, the cryptography of a block would make it physically impossible to make new balance without removing some, or having an exeption(i.e block rewards) this is called Conservation of Coins or CoC(lol). but, the balance of an address is inaccessible without a private key. if it is possible to make an inaccessible private key, verifiable by the blockchain without revealing the key outside of the key's owner's computer(it is, I have made an implementation), then it would be impossible to make a fake block in the proper format(or at least a block with an invalidly altered state), the worst someone could do is exclude a transaction from a block. this can be fixed with a transaction minimum, so a block would need "x" amount of transactions on it to me created.

if you want to check out the implementation, go to https://github.com/jordan69420/DefiSpace/releases/tag/663994.

keep in mind that the implementation uses a game to stop people from excluding transactions, not a tx minimum(you can't exclude and play at the same time lol)

The 51% fallacy ...
Every one else on the network will reject your block.
Doesn't matter if you have 10% or 90% of the network hash rate, the rest of the network and the exchanges will reject your block.
Everyone else will continue mining on Bitcoin and you'll be off mining on your scamcoin fork.

Thus why your post is irrelevant to Bitcoin.

Your transaction minimum idea also fails badly:
https://bitcointalk.org/index.php?topic=5251592.msg55955491#msg55955491

I was more referencing proof of stake, which has that vulnerability(especially with smaller POS coins). as opposed to Proof of Work, which has plenty of problems that my theory does not have, such as energy requirements becoming so great that the cost to produce a block is more than the value of the block reward. with my implementation you need to beat a level in a game to make a block. the recommended implementation is to set a minimum txn/block ratio.

idk where to promote this so...

51% attacks are a real danger but since 0xMR is POW + POS (currently secured by Ethereum's hasharate), you can't 51% attack it.