Are you ready for tomorrow's AMA on the Gamified Engagement Airdrop? Don't forget to set a reminder 👇🏽 📢 xitter.cf/i/spaces/1mrGmyWVqoMGy

Are you ready for @NibiruChain? Get ready for a breakthrough smart contract platform providing superior throughput, reduced latency, and improved security, all driven by Web Assembly (Wasm) smart contracts. It’s time to get into all things Nibiru 👇 bit.ly/3OYtqy1

Nibiruns! Join us for an AMA on Nibiru's Gamified Engagement Airdrop this Wednesday, February 28th at 1:30 PM EST. Drop your questions below! And don't forget to RSVP to the Space👇🏽 ⏰ xitter.cf/i/spaces/1mrGmyWVqoMGy

The World's First Ever Free Fund is now LIVE! Over $2.4m in value to be given to the community. Start farming XP to get your $10,000 slice airdrop 👇 bit.ly/Common-Wealth-App

Eclipsers! Nibiruns! 💜 We are proud to announce a strategic partnership with @NibiruChain - a Layer 1 blockchain powering a smart contract hub with DeFi, RWAs, and more, backed by @tribecap, @joinrepublic, @HashKeyGroup, @krakenfx, and other notable VCs. We've been close with Nibiru for quite some time, supporting them with advisory & capital as investors. As part of our alignment, we will work together on growing the Nibiru ecosystem by bringing Nibiru-based projects to Eclipse Fi. Nibiru is launching in March. You can earn NIBI points by going to nibiru.fi/airdrops and gleam.io/YLnQl/nibiru-chain-…, and completing the tasks. We are super excited to work together! 🤝

Lately, the term “parallelized optimistic execution” has been thrown around a lot of people have asked me what “parallelized optimistic execution” actually means. Keep reading below to find out 👇 In Proof-of-Stake consensus, validators receive a block from a single proposer at that height. Usually, validators wait for +2/3 of the network’s voting power to approve that block before a validator commits and executes the transactions inside of the block. Optimistic execution refers to validators executing blocks before the block has been committed. Instead of waiting for the entire consensus round to finish (which could take multiple seconds), the validators "jump the gun" and execute block transactions in a cloned version of the state, before the block is approved. In the majority case, proposed blocks are approved in the first round of consensus, so when the validators receive +2/3 votes from the rest of the network, they only need to commit the cloned version of the state that they were working on, instead of re-executing all of the block’s transactions, which reduces the time to start validating the next block. In the minority case where the block fails the consensus round, the validators discard the results on the cloned version of the state and restart consensus with a new block proposer. No transactions can be committed without +2/3 of the voting power behind it. Parallel execution refers to two or more transactions being executed at the same time. It’s only possible if the transactions are logically proven to be mutually exclusive from each other, i.e. they update different parts of state. For example, if Alice send a transaction to interact with smart contract 1, and Bob sends a transaction to interact with smart contract 2, and SC1 and SC2 don’t interact with each other, then it’s possible to execute those two transactions in parallel on a multi-core validator. For example, SC1 and SC2 can be different CW-20 token contracts. However, if Alice sends a transaction to transfer tokens to Bob, and Bob sends a transaction to transfer tokens to Charlie, then these two transactions are dependent, so it’s not possible to execute them in parallel and they must be executed serially. In high-user environments, the majority of transactions are mutually exclusive, so executing them in parallel increases throughput and lowers block times even more. Stay tuned for Nibiru’s parallelized optimistic execution implementation!