💡 Did you know that Neon Proxy is a service that provides a Web3 API to access the Solana blockchain?

👷‍♂️This acts as communication between Neon EVM clients and Neon EVM and it will be run by Neon Operators.

🙉 Its main functionality is to help Neon EVM clients start using Neon EVM without any changes to their codebase.

🔥Check out the best contribution of the previous week!
Get familiar with the Neon Discord Community in less than a minute!

The video guide was made by Ihor#5286✌️

💡Did you know that Neon EVM ensures the independence of its operations by providing open access to its infrastructure to anybody who is willing and capable of running Neon Proxy?

📚Moreover, the Neon Web3 Proxy can be replaced with a client library by any Neon EVM client if a dApp developer doesn't want to use it, but implementation isn't simple.

👷‍♂️Check out the guide for operators in Neon docs!

💡Did you know that Neon EVM operators deposit their own funds at the start of the execution of iterative transactions?

➡️If the transaction isn't fully executed by the original operator, the deposit and the user's fee are granted to another operator who finalizes it.

✅This ensures that iterative transactions are finalized as well as motivates not only the client but also any operator involved in processing the transaction to have a vested interest in making sure that the transaction is successfully completed.

💡 Did you know how Neon EVM gas fees are calculated?

Neon EVM gas fees include three main components:

1️⃣ The cost of executing a Solana transaction, which depends on the number of signatures specified in the transaction.
2️⃣ Some part goes to Neon DAO treasury for using the Neon EVM.
3️⃣ A fee paid to the Neon EVM operator that executes the transaction.

💡Did you know how the transfer of funds from Ethereum to the Neon EVM occurs?

🪱 This transfer is facilitated by the Wormhole bridge. When ERC-20 tokens on layer 1 (L1) are sent across the Wormhole bridge, SPL tokens representing the ERC-20 tokens are generated by an SPL token contract on Solana.

📦 To enable the interaction between SPL tokens and the Neon EVM interface (along with smart contracts on the Neon EVM), the original ERC-20 tokens are "wrapped" into SPL tokens. Once the ERC-20 tokens are wrapped, they're able to operate on the Solana network.

🔥 Here is the best contribution of the week!

Glorious, but simple design; an original and funny approach - that's the best way to present the features and benefits of Neon EVM.

The thread was made by kobeR 🤟
https://twitter.com/kober77387707/status/1588137203506597888

🔥We are excited to announce that the Neon EVM is set to go LIVE on MAINNET on December 12, making it the first EVM on Solana!

Ethereum-based dApps will now have access to Solana’s scalability & liquidity without change to the codebase!

We have many projects to join the Neon Ecosystem at launch and super happy to be partnering up with: AAVE, Curve, Wormhole, The Graph and more!

If you want to build your very own dApp on Neon, check out our docs (https://docs.neon-labs.org/) and feel free to reach out via Discord or here for any technical or non-technical inquiries.

Big shout out to our community and partners that have supported us this far! We would not be where we are without your support and patience!🙏

Ambassador program soon...👀

Check out the Medium article to learn more: https://medium.com/neon-labs/63b25bcc77a3

💡 Did you know that Tracing API is an extension for Neon Proxy that helps developers better test, debug, and understand their smart contracts on Neon EVM?

📔 The API will give developers a full externality trace on any transaction executed on the chain. They’ll be able to rerun historic transactions, run new transactions on historic states, and analyze the state of the blockchain after the execution of each instruction.

💁 More in our blog: https://medium.com/neon-labs/fdb3842a80fa

💡 Did you know that oracles provide a way for the decentralized Web3 ecosystem to access price feeds and other external (off-chain) data sources? Neon EVM supports querying data from Solana deployed Oracles:

🔗 Chainlink - it's Data Feeds are the quickest way to connect your smart contracts to the real-world data such as asset prices. It supports Neon EVM and is implemented as a smart contract making Chainlink Data Feeds from Solana network available on Neon EVM.

📑 Pyth is an open-source real-time on-chain market data feed. It supports Neon EVM and its repo is maintained by Pyth on GitHub.

💡 Did you know what parameters the NEON token includes?

1️⃣ It can be divided into Alans, where 10^18 Alan = 10^9 Galan = 1 NEON.
2️⃣ No inflation or deflation rates.
3️⃣ Transaction Fees: 50% go to Solana Validators and 50% to the Neon DAO Treasury.
4️⃣ NEON is an SPL token on Solana and, at the same time, is a native token on the Neon EVM (like ETH on Ethereum).

💡Did you know how Neon EVM works?

1️⃣ User sends signed Ethereum-like Tx (using an Ethereum-compatible wallet) to Neon RPC end-point.

2️⃣ Neon Proxy:
-) estimates gas usage for transaction execution;
-) wraps Ethereum-like Tx into Solana Tx;
-) sends it to Solana RPC, calling Neon EVM program;
-) extracts Neon EVM receipt from Solana receipt and passes it to the client.

3️⃣ Neon EVM program:
-) unwraps Ethereum-like Tx and checks user signature;
-) loads EVM state, including account data and smart contracts code, from Solana storage;
-) executes Ethereum-like Tx inside Solana BPF;
-) saves new EVM state back into Solana state.

🔥 Here is the best contribution of the week!

🗓 The mainnet date has been announced, and this tweet accumulates the energy and excitement of upcoming significant day.

The post was made by Ragnars 🤌
https://twitter.com/evgenij12138196/status/1589895912608108544

💡Did you know what benefits the Neon solution has?

1️⃣ No changes or additional resources are required to implement dApps on Solana.
2️⃣ No need to rewrite clients and contracts for all existing dApps.
3️⃣ Solana developers are given the opportunity to use a unique toolkit created for Ethereum and create and deploy their contracts on the Solana network.
4️⃣ Unlike Ethereum, Neon EVM can be updated at any time, which means that new functionality can be added at any time and code updates can take place simply by uploading them as a new smart contract.

12.12 👀

💡 Did you know how payments in the Neon EVM occur?

💰On a high level, gas fee payments in the Neon EVM work as follows:
1) The User pays for each transaction in NEON tokens to the Proxy Operator.
2) The Proxy Operator then pays the Solana Validator and the DAO Treasury.

📊 As depicted in the diagram, users of dApps built on the Neon EVM pay in NEON tokens for all the resources they consume, in addition to operator fees that differ between operators.

👨‍🔧 Operators, however, use SOL to pay for the resources they consume. Specifically, operators pay Solana validators and governance fees in SOL. Operators pay the same amount for governance as they pay to Solana validators (for the signature validation).

What’s good, Dubai! 🇦🇪

Word on the street is the Neon team is on their way to attend the Web3Dubai conference ✈️

If you’re nearby, make sure to drop in and say hi 👋

💡Did you know what duties of a Proxy Operator are?

1️⃣ Configuring a proxy server to perform the following operations:
-) Receiving requests over Web3 API protocol.
-) Shaping responses using Web3 API protocol.
-) Converting transactions to the Solana format.
2️⃣ Connecting a proxy server to a Solana cluster RPC endpoint.
3️⃣ Successfully executing transactions.

🖥 All operations related to the execution of transactions on Solana are performed by the software installed on your node.

The Neon EVM will have 2 Operators on mainnet launch (12.12)

💡Did you know how accounts' data is stored?

📥 It’s Solana that stores account data. The Neon EVM has access to this storage, and uses the account data. After an account is registered in Solana, the account data is placed in this storage. Ethereum accounts are also stored here, but in the Solana representation

👥 For each Ethereum address there is a corresponding account in the Solana representation. A contract code is placed in a corresponding account of this storage.

📤 Neon EVM interacts with a set of data that is stored on Solana's accounts. The Neon EVM can take a contract code from there using the corresponding account address to validate a transaction.

🧑‍💻 Dear developers, did you know that tomorrow at 6AM UTC we will restart Neon EVM on Solana devnet & testnet?

🗄 The restart is related to upgrading the contract storage to optimize the number of BPF instructions required to access the cell.

🧹 During the restart process, the NEON_SEED_VERSION value will be changed, deleting all accounts and deployed contracts, and clearing the transaction history.

💡Did you know that the Neon EVM consists of two parts?

•The EVM contract (A Solana program that manages Ethereum contracts and saves data into Solana accounts.)
•The Proxy server (A proxy that converts Ethereum-like transactions into Solana transactions, and then sends them to the EVM program within Solana for processing.)

Learn about Neon EVM’s scalability and its synthetic tests here👇

https://medium.com/neon-labs/neon-synthetic-load-test-report-d53212711556