Lightning-Network VS EIPs

The main problem in my mind with the Lightning network is that in order increase transaction speed, it is reducing the decentralization by requiring participants to trust the other network operators that they create channels with. For the lightning network to really scale to a global payment system, we would need large central hubs for the payments to route through and you would end up with a poor imitation of the centralized banking system that bitcoin is attempting to avoid.

This page is a good collection of issues and criticisms of LN: https://github.com/davidshares/Lightning-Network

Bitcoin specifically, transactions times and the layering, in essence the lightning network, has been a failure amid many embarrassing risks (some of which allowing for the possibility of a contract being intercepted). https://github.com/davidshares/Lightning-Network amounts to absolutely not being an effective currency system from the get go. An absolute waste of energy. Deflationary by design meaning a disincentive to sell baked into it. The volatile value means a completely undesirable means of exchange.

Lightning network is an off-chain L2 solution, not bitcoin. Also terribly unreliable and vulnerable: https://github.com/davidshares/Lightning-Network

The truth about the Lightning Network: https://github.com/davidshares/Lightning-Network

And I'm listing literally just a few issues. There's a more comprehensive list here.

Even more relevant would be the Ethereum Improvement Proposal repo (where people submit proposals to change the spec):

https://github.com/ethereum/EIPs

Or the go-ethereum execution client (the most popular execution client):

https://github.com/ethereum/go-ethereum

It’s early in the life of the xERC20 standard, but progress is quickly being made. The standard has been audited and is already live with a few projects. The EIP to adopt the standard has been created, and implementation has begun. Alchemix recently announced support for the xERC20 standard. And Defi Wonderland has published a suggested implementation on their GitHub. This implementation has an interface for the xERC20 contract with eight core functions that the token issuer must implement. These are functions related to setting the Lockbox contract (setLockbox), issuance limits for bridges (setLimits, mintingMaxLimitOf, burningMaxLimitOf, etc.), and the core mint and burn functions.

Check out EIP-7517: Giving Consent for AI Data Mining on the Blockchain

ERC223 is not widely implemented, and there is some debate in the ERC discussion thread about backward compatibility and trade-offs between implementing changes at the contract interface level versus the user interface.

Ethereum Improvement Proposals (EIPs): These are proposals to change various aspects of Ethereum. They often contain detailed technical discussion and can be a good resource for understanding the finer points of how Ethereum works. EIPs can be found here: https://eips.ethereum.org/

Worth looking at: EIP6968: Contract Secured Revenue on an EVM based L2 https://github.com/ethereum/EIPs/pull/6969/files

Additionally, I have made an EIP that can help standardise and maintain official contract registry of each DApp. This can help identify official contracts of a protocol vs scammers using fraud contracts but presenting like official protocol. https://github.com/ethereum/EIPs/pull/6807