Spin is thrilled to announce the launch of Freaky Elf Trader, an engaging clicker game that immerses players in the world of cryptocurrency trading. With its intuitive gameplay mechanics and enticing rewards, Freaky Elf Trader offers an exciting experience for both crypto enthusiasts and gaming enthusiasts alike.

Key takeaways:

• Freaky Elf Trader is a clicker game that revolves around simulating trading cryptocurrencies and earning virtual dollars.
• By tapping on their screens, players accumulate in-game virtual dollars, which can be converted into two types of rewards: Spin Token Airdrop & a secret reward which will be revealed later.
• Playing Freaky Elf Trader is free, with optional in-game upgrades.

1. What is the Freaky Elf Trader game?

Freaky Elf Trader is a clicker game where players tap on the screen to trade cryptocurrency and earn virtual dollars. The more they tap, the more money they earn. However, the game goes beyond simple tapping as players can purchase upgrades that provide passive income, allowing them to earn money even when not actively playing.

The upgrades in the game are themed around various aspects of the crypto ecosystem, such as DeFi, arbitrage, and memecoin trading. Each upgrade represents a different strategy or concept within the crypto world. The game also includes references to Spin, with upgrades named after Spin products, and the main character being an elf from the Freaky Elves NFT collection. Freaky Elf Trader can be played on both Desktop and mobile.

2. Key features of Freaky Elf Trader

Some of the key features of Freaky Elf Trader include:

• Play-to-earn model: Earn virtual dollars by tapping on the screen to trade cryptocurrency.
• Referral System: Players can invite friends to join the game, earning additional rewards through the referral system.
• Task Completion: Freaky Elf Trader incorporates task completion as a way for players to earn boosts. Players can unlock special rewards by completing tasks within the game, such as subscribing to Spin’s Telegram channel or joining their Discord community.
• Daily reward system: By signing in daily, players can earn virtual dollars through the consecutive sign-in streak mechanism. The longer players maintain their daily sign-ins, the greater the rewards become.
• Leaderboards: The game features global leaderboards where players can compete with friends and other players.
• Upgrades: Players can strategically invest in upgrades that provide passive income. These upgrades, themed around various aspects of the crypto ecosystem, offer different strategies and concepts within the crypto world. After buying upgrades you start to earn money passively. Upgrade items will show how much money you will earn per hour.
  For example, the “Staking” upgrade gives you 40$ per hour. You earn this money when you are in a game and 3 hours after you leave it. After 3 hours offline passive earn stops and you need to resume playing again and it will start earning again.

3. Rewards system of Freaky Elf Trader

Players earn in-game currency, which will be converted into two types of rewards and one tournament:

• Spin Token Airdrop: A portion of the Spin DEX token airdrop will be available after the TGE in Q3 2024.
• Secret Reward: Adding to the excitement, Freaky Elf Trader also offers a secret reward that will be unveiled at a later stage.
• Referral game competition: will be released within this week, with a special NFT reward.

4. How to claim the Airdrop

To claim their airdrop, users must:

• Create an Account on NEAR via https://meteorwallet.app/
• Complete a Simple Task on Spin (e.g. making one trade).
• Claim the Token through Spin’s Frontend Interface.

By offering a combination of engaging gameplay and valuable rewards, Spin aims to foster a vibrant community of users actively participating in the ecosystem and trading on its platform.

Introducing Freaky Elf Trader By Spin was originally published in Spin on Medium, where people are continuing the conversation by highlighting and responding to this story.

This article will be divided into two parts:

1. MultiVM specifications.
2. MultiVM ZK Fraud proof system.

MultiVM Specifications

When integrating new VMs into MultiVM, various issues may arise. Below, we will discuss some of the most interesting ones from the perspective of a cryptocurrency enthusiast. To simplify, we will only consider 2 VMs in all paragraphs below: Ethereum and Solana. The logic applies fully to a greater number of VMs as well.

Address management

An Ethereum address is generated using this method, and it looks something like this: 0xc1ec9Ab40EF6020e4f04D5e12269284347B29b55.

A Solana address is generated using this method, and it looks something like this: C1ZEjo6Wftg7F3mbjyVG1bdcMBtwNoMYYJcAajibwZLB.

Different cryptographic methods ⌲ different accounts / wallets / public keys.

In the first article, we mentioned that users can seamlessly interact with any contracts. But how can I interact with a Solana contract if I have an Ethereum address, which looks different from a Solana public key? The answer is simple: Accounts mapping. Each new user can link all accounts supported by different VMs within MultiVM. The linking is done through signature verification, ensuring that one cannot take over someone else’s account. This process only needs to be done once, before the first transaction. It is essential to link only two accounts: the Ethereum address and the MultiVM account. Linking other accounts is optional. Even without linking accounts for other VMs, one can still interact with all contracts on any VM. Account mapping is managed by the Meta Contract, making all this data entirely on-chain.

Transaction Flow

The transaction format that the MultiVM Node can accept matches the transaction format on their “original chains.” In other words, the MultiVM Node is capable of working with both Ethereum transactions and Solana transactions intentionally to support all the infrastructure around each specific VM (wallets, JSON RPC clients, developer IDEs, etc).

Before a transaction reaches the Meta Contract, it goes through the standard path through JSON RPC and Sequencer components. Since this is no different from implementations in other rollup solutions, we won’t go into this part here. It’s more interesting to see what happens to the transaction inside the Meta Contract.

As soon as transactions enter the Meta Contract for further execution, they are transformed into a Call entity. A call denotes calling a contract within MultiVM, containing data such as the contract being called, transaction sender, and arguments. Logically, a call can be divided into three types:

- Contract call — the very first contract call after the transaction starts executing (calling the Meta Contract is not considered a call);

- Cross-contract call — calling a contract from another contract, both contracts are deployed on the same VM;

- Cross-VM call — calling a contract from another contract, both contracts are deployed on different VMs.

Why do we call this “Logically”? Because technically, each call follows the same flow — determining which VM can and should execute the call, executing the call, and returning a commitment at the end. The commitment includes the execution result of the call and additional information to help confirm that neither the input nor the output data was tampered with. It will later be used to generate ZK proof of execution and validate the execution.

It’s worth noting that in the case of cross-contract and cross-VM calls, we will have multiple commitments as outputs: one for each internal call. All these commitments are combined into a recursive structure called a Fragment, hence the name Fragment VM. One Fragment ensures that not only a specific call but the entire chain of calls was executed correctly and without any tampering by the validator.

Token contract adapters

Several important issues that arise at the dApp level and potentially could disrupt their compatibility among each other are the various token standards. Specifically, the following questions arise:

- What will a standard token contract look like on MultiVM? Will it be unified for all VMs?

- How to ensure compatibility of the operation of both individual contracts and all contracts as a whole?

For better understanding of the issue, let’s remember how token transfers work in Solana and Ethereum in general. For example, let’s use the Defi Option Vault (DOV) contract where a user wants to deposit a certain amount of tokens.

EVM

1. User A approves the use of N $USDT tokens for the DOV contract — this is called an allowance.
2. User calls the deposit method in the DOV contract, specifying N tokens to deposit in the arguments.
3. The DOV contract makes a cross-contract call to the ERC-20 $USDT token contract, asking the $USDT contract to decrease User A’s balance by N tokens and increase the DOV contract’s balance by N tokens.
4. The $USDT token contract checks if the user has given permission to use N $USDT tokens for the DOV contract. If yes, it decreases one balance and increases the other, and returns the operation result to the DOV contract.

SVM.

1. User calls the deposit method in the DOV contract.
2. The DOV contract makes a cross-contract call to the SPL $USDT token contract
3. Now let’s take a brief technical dive into the implementation specifics of Solana. In Solana, everything is an account entity. It can store arbitrary data, which can be balance data or program code. Everything is called an account. When we talk about a token contract on Solana — it is an account that contains code for the SPL Token Program. But unlike Ethereum, user balance data is not stored within this contract. This data is stored in separate accounts that can be uniquely identified by the token contract address and the user’s address (these identified accounts are called associated token accounts). Only the token contract has access to the data within associated token accounts (guaranteed by cryptography). So when a command “transfer N tokens from address X to address Y” comes to the token contract, it means the token contract will identify associated token accounts for the two addresses X and Y, and change balance values accordingly.

The two mechanisms described above for token handling illustrate the challenge of implementing this in MultiVM without breaking compatibility with existing contracts. To solve this problem, MultiVM will use an Adapter Token Contract. The main problem that the Adapter Token Contract solves is that we leave the same flow on the side of users / developers / wallets when working with the token, but we react to these actions in our own way. This can be visually represented as follows:

In other words, the Adapter Token Contract acts as a sort of proxy. Based on the data from the incoming call, it can understand from which contract (EVM, SVM, FVM) this call came from and react accordingly. For example, if a request comes in to get a balance from the SVM contract, the Adapter Token Contract will find the necessary associated token account and then already ask the ERC-20 contract for the balance of that account. For each ERC -20 token contract, one Adapter Token Contract will be deployed.

ZK Fraud Proofs

Previously, we mentioned that each implementation of the VM is built on top of RISK Zero zkVM. This means that each transaction execution not only changes the state within our environment according to certain rules within smart contracts, but also generates ZK proofs that this execution is correct. Generating these proofs requires much more computational power than regular transaction execution. Therefore, our system will use an optimistic approach to verify the correctness of transaction execution (optimistic approach to generating and verifying proofs). This approach works as follows.

There are two almost identical environments. One is responsible for the speed of transaction execution and their pre-finalization. This environment is almost a constant part of the MultiVM process. Why almost? The answer will be given below.

The second environment is responsible for the security and correctness of the entire system. It comes into play only if a validator disagrees with the current state of the chain.

Let’s take a closer look at the flow of work in these environments and the communication flow between validators in stages.

1. The first image shows the first environment (which we will refer to as the Fast Execution environment). The last image shows the second environment (which we will call the Execution Guards environment).
2. The Fast Execution environment essentially performs the work that validators perform in many well-known L1 and rollups L2. Validators in this environment take raw transactions, reorder them, execute them, and modify data within the database. Validators write this data to the data storage after reaching a consensus with each other regarding the transaction result.
3. In the future, the Execution Guards environment will require a list of all transactions that have passed through the Fast Execution environment. Therefore, at this stage, all transactions are also recorded in some data availability layer. The cost of recording transactions in the data availability layer is low, but it has a high degree of decentralization and accessibility.
4. Consensus is not a bottleneck, as in some other L1 blockchains, because unlike them, this verification stage is not final so can be very simplified. This finalization stage is called pre-finalization: it ensures the necessary level of security, sufficient speed of operation, and a sufficient level of scalability. The pre-finalization stage is not related to ZK.
5. Validators in Fast Execution environments earn standard transaction fees + incentives from MultiVM.
6. Moving on to the more interesting Execution Guards environment. It is a kind of replica of the first environment: it also executes transactions, but does so for verification purposes and on a one-time / on-demand basis, rather than constantly. It also generates the data necessary to create ZK proof of transaction execution — this part relates to the magic of ZK (specifically to mathematics and cryptography). This environment has its own independent set of validators, but there is no reason why a validator cannot participate in the work of both environments. Validators in the Execution Guards environment are responsible for alerting if they are confident that some transactions have been executed incorrectly.
7. In this case, a validator (let’s say validator A) who found an incorrect transaction notifies all validators from both environments that he found an error. He also stakes a certain amount, which serves as a guarantee that it is not a false positive error. If it is confirmed in the future that everything was executed correctly and the validator made a mistake, this stake will go to the treasury pool to compensate for the consequences.
8. All validators suspend their work and start incident analysis. Specifically, first, everyone waits for ZK proof from validator A. Generating this proof takes quite a long time, but everyone can verify its correctness very quickly. This is the main difference between ZK rollups and other rollups, where each validator has to execute all transactions and reach a consensus among themselves to ensure that there was indeed an error.
9. If validator A fails to provide ZK proof within the allotted time, he also forfeits his stake to the treasury pool, and the system resumes operation.
10. If his concerns are confirmed, validator A will be rewarded with a substantial amount, validators involved in the verification will also receive a small reward, and validators involved in the erroneous pre-finalization of this transaction will be penalized. The system state will be rolled back to the last fully finalized state.
11. If within a certain time frame (1 week, but this value can be recalibrated in the future through governance) no erroneous transactions are found, the system state will be considered finalized up to that point and can no longer be changed. The timeline of finalization can be visually represented as described.

It may seem that rolling back the system to its last finalized state will cause irreparable damage, as a huge number of transactions will be rolled back. For example, transactions such as profit realization, NFT sales, profits from various protocols, etc. However, it is important to note that in other systems (such as Ethereum and Solana), the consequences of similar attacks will be much greater, as potential attackers can withdraw these funds from the network and use them as they please. In our system, withdrawals will not be available until the withdrawal transaction from the network is fully finalized. Therefore, while a fraudster may “break” the system, they will not be able to profit from it. This is what is meant when it is said that ZK technology enhances security in rollups.

Real security and real decentralization are getting closer, aren’t they?

Summary

In this article, we have discussed in detail various specifications of MultiVM: how account management works for different VMs, interactions with tokens, and transactions within the Meta Contract. We have gone into the ZK Fraud proofs system, its advantages, and the challenges it presents. The next article will provide a clear illustration of how MultiVM functions from a user’s perspective.

In this article, We will dive into the following topics as well as solutions we offer with MultiVM:

1. Exploring the function of MultiVM as an execution layer in a modular blockchain and its implementation.

2. Understanding the unique aspects of MultiVM rollup compared to other rollup solutions.

3. Illustrating a clear perspective on the user and developer experience.

Motivation

In the ever-growing array of blockchains with different architectures and virtual machines (VMs), thousands of projects are tied to the blockchain where they initially started building their products. While it would be beneficial for most projects to deploy their products on multiple blockchain ecosystems, the cost, time, and resources required make it impractical. Consequently, going multichain currently has a negative expected value for most projects. One of the main reasons for this is the disparity in VMs across different blockchains. Unless a project has developed their product using the EVM, it is nearly impossible to scale across different ecosystems. The main hurdle lies in the differences between the VMs, as they require different sets of instructions and often operate on different programming languages. In simple terms, projects would have to spend millions of dollars to deploy their products on various chains.

As a result, numerous infrastructure providers have started developing cross-chain technology named “bridges” to facilitate the transfer of data and assets between different blockchains. However, bridges come with their own set of issues. They are often centralized, making them susceptible to censorship, and they represent a major target for hacks, resulting in billions of dollars’ worth of digital assets being stolen. Additionally, bridges impose relatively high fees on cross-chain transactions and are notoriously slow in transferring assets, leading to a poor user experience due to these disadvantages and other minor nuances.

After intensive R&D we are ready to present a new, innovative solution to improve the lives of projects and users alike, by an order of magnitude:

The first Multi-Virtual-Machine execution environment within a single blockchain, or simply MultiVM.

Now, let’s further share a little introduction to the basic components.

Basics of Layer 2s

Rollups are layer 2 networks that process transactions on an alternative blockchain and then transfer the transaction data back to the main blockchain, mainly to provide a lower transaction cost for the user. They are part of several scaling solutions for blockchains like Ethereum which provide great security and decentralization, but are therefore costly and relatively slow. There are two main types of rollups: Optimistic rollups, which assume all transactions are valid and allow users to contest fraudulent transactions within a certain time frame — in most cases seven days — and ZK-rollups, which use Zero-Knowledge proofs to validate transactions and allow faster withdrawals. ZK-rollups are generally more mathematically complex but could support a wider range of applications. However, rollups also come with risks, including the risk of faulty smart contracts, censorship receptivity through centralization of key parts of the stack, such as centralized sequencers. To use rollups on Ethereum, users need to bridge their funds to the Layer 2 network, complete transactions, and if desired bridge their funds back to the mainnet.
In most cases the L1->L2 bridges are amongst the best designed in the industry, especially the enshrined ZK-bridges, which provide greater levels of security.

Basics of modular blockchains

Modular blockchains are blockchains that focus on one or two core functions while leaving the rest to developers to build on top of them. This approach allows for more scalability, flexibility, and cost efficiency compared to monolithic chains, which combine all the core functions in one. There are four core responsibilities or layers of a blockchain: consensus, execution, settlement, data availability. Modular blockchains offer benefits such as lower development and launch costs, flexibility in combining different layers, and improved scalability. However, there are challenges in terms of security and complexity. Despite these challenges, the future of the blockchain industry is most likely headed towards modularity.

Introduction to Risc Zero

zkVM is an experimental software that allows users to prove correct execution of Rust code. It enables the building of zero-knowledge applications that leverage existing Rust packages. The software provides a developer-friendly experience and offers an open-source prover that can prove computations of any size on standard consumer hardware. With zkVM, it is possible to generate proofs locally or remotely using Bonsai. The core of a zkVM application is the guest program, which is compiled to an ELF binary. The executor runs the binary and records the session, while the prover checks and proves the validity of the session, outputting a receipt. This receipt can be used to verify the execution of the guest program and read its publicly shared outputs. The zkVM is designed as a verifiable computer that works like a real embedded RISC-V micro-processor, allowing for limitless computations through the use of continuations.

Introduction to MultiVM

Let’s now move on to MultiVM. So, what exactly is MultiVM?

MultiVM serves as an execution layer within a modular blockchain. In simpler terms an execution layer is a crucial component responsible for executing transactions, calculating gas, verifying transaction validity, managing accounts, and more. Execution layers could be utilized in other rollups as well. That’s why it is worth mentioning that this aspect of MultiVM primarily interests other projects that may utilize the MultiVM execution layer for their own specific purposes, rather than ordinary users.

For ordinary users, the next part of MultiVM, currently referred to as MultiVM Rollup, holds greater significance. As the name implies, MultiVM Rollup is MultiVM’s particular implementation of a rollup on top of the MultiVM execution layer.

In the upcoming sections in this article, we will delve into the intricate mechanics of these two parts of MultiVM, providing a comprehensive understanding of their functionality.

Let’s multi forward!

Multi-Virtual-Machine Execution Layer

Inside most blockchains, there is a core responsible for executing applications. This core is represented by a Virtual Machine (VM) — a program that can execute a set of predetermined instructions. Most blockchains typically have one VM. This greatly limits the interaction between blockchains with different VMs, as the set of instructions of each VMs varies significantly. However, in theory, this is possible. Examples of such projects already in circulation are Aurora and Neon. But these are very inflexible solutions in terms of scalability to new blockchains. To clarify, Aurora only supports interactions between Ethereum and NEAR. Extending this project’s capabilities to include more networks like Solana will entail rewriting almost all the code, since this was most likely not included in the architecture initially. This is where MultiVM comes in.

MultiVM acts as an execution layer, providing an environment for decentralized app execution. Its main feature is the presence of multiple virtual machines, each operating according to its predefined rules. For example, the Ethereum Virtual Machine (EVM) has its own set of instructions, and the Solana Virtual Machine (SVM) has its own. Using our invention of Cross-VM-Call mechanisms within MultiVM, it becomes possible to invoke SVM instructions from EVM and vice versa. Now, imagine having not just 2, but 10 different virtual machines. And each VM can invoke any other VM, with developers not even needing to know which VM they are calling. All these mechanics are already built into MultiVM’s Meta Contract. The Meta Contract manages calls between different VMs, processes their results, and obtains the final transaction result. Thus, our unique Cross-VM-Call system, together with the Meta Contract, allows the system to scale to host N number of VMs in the same execution layer and thereby for applications written in different languages and with different architectures to seamlessly interact with each other. In the first version, we integrated 3 different virtual machines with our Meta Contract:

• Fragment VM — MultiVM’s native virtual machine based on Risc Zero zkVM
• Ethereum VM
• Solana VM

But in the future the number of VMs will increase. The way virtual machines interact with each other in the execution layer is quite intuitive and easy to grasp.

All of these together provides unlimited flexibility and a 10x improvement in terms of development experience for dApp developers.

Example:

One of the main features of DeFi is the ability to connect applications together like LEGO blocks. This has led to the emergence of new products within the DeFi sector, such as liquid staking and DEX aggregators. MultiVM extends this capability not at the application layer, but at the execution layer. For example, it becomes possible to connect Solana’s Jupiter AMM contract with Ethereum’s Uniswap AMM contract via a DEX aggregator contract written in Fragment VM. Isn’t that cool? 😎

Sequential vs Parallel vs Asynchronous VMs

Sequential, parallel, and asynchronous virtual machines are three different approaches to running multiple sets of transactions simultaneously. Here’s an overview of their differences:

1. Sequential VMs: A virtual machine executes transactions in a sequential manner. This means that each set of transactions needs to be completed before the next one can start. Sequencing ensures that all transactions are executed in a specific order. This approach might be suitable when there are interdependencies between transactions, and a specific sequence needs to be followed — this approach is used by Ethereum.

2. Parallel VMs: In the context of virtual machines, parallel virtual machines execute transactions concurrently rather than sequentially. Each transaction runs independently and can be processed by different validators at the same time. This approach can significantly improve performance and efficiency for transactions that can be run in parallel — this approach is used by Solana.

3. Asynchronous VMs: Asynchronous computing refers to the execution of transactions independently without a fixed time-based relationship or dependency between them. Asynchronous virtual machines operate in a similar manner, where different virtual machines run transactions independently without waiting for a specific order or synchronization. This allows for more flexibility and efficiency in executing transactions, as they can be processed whenever resources are available — this approach is used by NEAR.

All VMs inside MultiVM must belong to the same execution type. In other words, all virtual machines must be either sequential, parallel, or asynchronous. This is the initial restriction when adding a VM to MultiVM. It is a quite strong limitation, but there is nothing stopping us from converting the execution of all virtual machines to sequential. In this case, the throughput of the entire system will be determined by the throughput of the slowest VM (most likely EVM).

In order to avoid bottlenecking the system, the parallel transaction execution approach used in Monad will be employed as an optimization to its current system in the coming months.

Zero-knowledge VMs

The second limitation when adding a VM to MultiVM is the support for generating zero-knowledge proofs when executing transactions. Any VM that meets the following requirements can be added as a part of MultiVM environment:

• The VM is zero-knowledge compatible in terms of being able to generate proofs of execution and having fast enough algorithms to verify them;
• The VM can perform execution interruptions while saving the state and then continue to run;
• The VM has the capability to retrieve the spent cycles and limit the maximum number of cycles.

MultiVM Rollup

The MutliVM Rollup is the implementation of a ZK L2 solution, built on top of the MultiVM execution layer. Essentially, this is the first product that will be integrated with the MultiVM execution layer. The architecture of this rollup is similar to the architectures of many other ZK rollups (Starknet, Mantle, Scroll, Polygon zkEVM) with some differences in specific components like the enshrined bridge and ZK fraud proofs.

Let’s briefly go through the components of this system:

• RPC: RPC implements the JSON RPC protocol for interacting with the MultiVM environment. It uses the standard implementation of the Ethereum JSON RPC client, so all wallets, development environments, and other services supporting this implementation will be available in MultiVM out-of-the-box.
• DA Services: DA services ensure the availability of data in our system. In other words, they allow us to request all the necessary data to verify proofs. Although the transaction list is not needed to verify the proof, we must record these transactions in calldata so that all the data can be indexed in case of failures from all rollup producers. This allows the latest proof to be obtained and ensures the continued operation of our system or the ability to withdraw all funds.
• Settlement Layer (Ethereum L1): This layer includes everything necessary to ensure the security of the entire system at the desired level. The security level of the entire MultiVM system will depend entirely on the security level of the settlement layer, so it makes sense to choose the Ethereum blockchain as the settlement layer.
• Enshrined Bridge: This part is the most interesting and unique in the MultiVM Rollup architecture compared to other architectures. The Enshrined Bridge is a bridge that enables users to make deposits/withdrawals in MultiVM in a truly secure way thanks to ZK (Zero Knowledge). Each transaction in the bridge is processed in the same way as any other transaction in the system, so in case of any errors, the system guarantees a refund to the user. More details about the bridge will be described in the next article.
• ZK Fraud Proofs: The process of detecting and reporting fraud on MultiVM Rollup involves replaying the state on a local machine, comparing it with the state on Ethereum, initiating a verification process, generating a ZK proof of fraud using a Risc Zero, verifying the proof on-chain, and entering a state recovery mode if fraud is proven. Unlike the usual approach in optimistic rollup solutions, there is no need for every node to re-execute all transactions to confirm any fraudulent activity. A single node can perform this task, providing undeniable ZK proof of whether the state is correct or incorrect.

Summary

MultiVM is an execution layer within a modular blockchain that offers unique interoperability between multiple VMs, such as the EVM and SVM, using Cross-VM-Calls. Additionally, MultiVM supports zero-knowledge VMs that can generate proofs of execution and verify them. MultiVM also includes the MultiVM Rollup, which is its implementation of ZK rollup, offering increased scalability and flexibility for users and builders.

In the next articles topics covering more details about the MultiVM architecture, ecosystem and business model will be discussed.

Up until then, keep in mind:

More VMs -> More Products -> More Users -> More Value!

Adapting and evolving its infrastructure from NEAR to other blockchains was not just a matter of time — it was a marathon. Competing with EVM-based derivatives products became increasingly challenging as they flexibly migrated to new L2 blockchains, avoiding the hefty development costs that Spin was burdened with.

It was this competitive pressure and a vision for inclusivity that sparked the inception of MultiVM. The necessity for a platform that transcends the limitations of single-chain operations became clear. MultiVM emerged as a beacon of flexibility and interoperability, an Ethereum rollup layer that bridges the gap, allowing protocols from various VMs and blockchains to deploy with ease.

What Is MultiVM?

MultiVM is more than a solution; it’s a revolution in the DeFi space. It’s a Layer 2 zk-rollup engineered to support multi-language smart contract development, providing a singular, cohesive environment for dApps from diverse blockchains. With MultiVM, Spin and protocols on non-EVM blockchains are no longer confined to the boundaries of NEAR — it’s a gateway to the Ethereum ecosystem and beyond.

Advantages of MultiVM

• Shared Liquidity: By facilitating easy communication in computation due to shared storage, MultiVM promotes optimum capital efficiency and utilization among virtual machines (VMs).
• Scalability: With the ability to have multiple smart contract platforms operate concurrently, different sectors of a blockchain network can process transactions autonomously. This approach minimizes congestion and amplifies transaction throughput.
• Compatibility: MultiVM stands out by supporting the execution of smart contracts written in varied programming languages. This flexibility broadens our blockchain’s adaptability to a diverse spectrum of applications and scenarios.
• Ethereum L2 zk-rollup: Harnessing Ethereum’s inherent security and stability, our rollup leverages Zero-Knowledge proofs. It also offers a frictionless bridge with Ethereum L1.
• Interoperability: Thanks to Cross-VM calls, smart contracts can seamlessly communicate and collaborate. This interconnectedness fosters synergy among different modules and paves the way for intricate decentralized applications.
• Upgradability: A standout feature is the ability to modify, introduce, or phase out VMs without necessitating a blockchain-wide hard fork. This fluidity streamlines the blockchain’s continuous evolution and refinement.
• Security Isolation: A unique advantage of running multiple VMs within a single blockchain is the fortified security isolation among various smart contracts. Thus, if a particular smart contract encounters a vulnerability or a severe glitch, the overall security or steadiness of the blockchain remains unscathed.

The Future of Spin in the Wake of MultiVM

The evolution from Spin to MultiVM encapsulates a narrative of adaptation, resilience, and strategic foresight. As Spin transitions into MultiVM, it aims to forge a realm filled with boundless potential for protocols that seek a seamless integration across diverse blockchain landscapes, epitomizing the harmony of varied developmental approaches with unified execution.

Flexibility and the ability to tackle current challenges are paramount for any burgeoning protocol. While Spin’s derivatives DEX will sustain its presence on the NEAR Protocol, its developmental efforts will remain within this scope.

Conversely, the primary focus will shift towards cultivating MultiVM, a platform designed to facilitate the operation of any dApp from any chain on a singular Ethereum Rollup.

Inheriting Spin’s commitments, MultiVM will honor all existing obligations regarding token distributions, airdrops, and privileges previously extended to Freaky Elves holders:

• Eligible users awaiting an airdrop from Spin will be entitled to claim equivalent rewards from MultiVM.
• A dedicated airdrop claim page will be launched as MultiVM approaches its Token Generation Event (TGE).
• Any unclaimed tokens will be reallocated to incentivize early MultiVM users, including participants of the forthcoming incentivized testnet.
• Loyal supporters who remained with the brand through the transition to MultiVM will receive double the initially allocated airdrop amount.
• Detailed announcements concerning MultiVM tokens, incentivized testnet rewards, and TGE specifics are forthcoming.
• Freaky Elves holders will retain their guaranteed token sale allocations, which will be transferred to MultiVM. This privilege may manifest as an exclusive sale round or a pre-sale event, ensuring Freaky Elves holders have access to tokens at a preferential rate.
• Further announcements detailing the continued development, use cases, and evolution of Freaky Elves will be disseminated in due course.

This rebranding is not merely a change of name but a strategic redirection of focus, ensuring the legacy of Spin thrives in a more expansive and innovative ecosystem that MultiVM promises to offer.

The MultiVM Go-To-Market Strategy

The MultiVM GTM strategy is a pioneering approach tailored to capitalize on onboarding protocols from various non-EVM blockchains gradually.

By focusing on specific non-EVM blockchains during designated periods called Seasons, MultiVM can systematically and effectively broaden its ecosystem, offering protocols from these chains a direct conduit to the vibrant EVM user base. This strategy not only fosters diversity and innovation within MultiVM but also provides these protocols with a low-barrier transition to the liquidity and user base of the EVM environment.

Phase 1: The Solana Season

The inaugural phase of this strategy, termed the “Solana Season,” is a concerted campaign to integrate dApps from the Solana ecosystem into MultiVM. Recognized for its high throughput and innovative projects, Solana is ripe with potential candidates that could benefit from the liquidity and expansive user network of Ethereum Rollups.

The ultimate goal of MultiVM’s GTM strategy is to create a robust, interoperable platform where dApps from various blockchains can interact seamlessly and leverage the strengths of Ethereum Rollup. As the MultiVM ecosystem matures, it will become a melting pot of blockchain innovation, with each season contributing fresh perspectives, users, and possibilities, thereby enriching the entire blockchain space.

Gratitude and Vision: Embracing the Community at the Heart of Our Evolution

As we stand at the crossroads of a new chapter in our journey, we extend our deepest gratitude to the Spin community. Your unwavering patience and support have been the bedrock of our resilience and the driving force behind our transformative pivot to MultiVM. We recognize that such transitions come with anticipation and a need for clarity, and we are immensely thankful for the trust you have placed in us during these times of change.

The pivot to MultiVM was born out of necessity, to keep pace with the rapidly evolving demands of the DeFi market. The landscape of blockchain technology is one of perpetual motion, where staying static equates to falling behind.

Our decision to evolve is a reflection of our commitment to not only stay relevant but to lead and shape the future of decentralized finance. By embracing MultiVM, we are positioning ourselves at the forefront of innovation, ensuring that we can offer the most advanced and integrated solutions in a market that values flexibility and interoperability above all.

Your feedback has always been invaluable, and as we navigate this transition, your voice remains crucial.

We encourage each member of our community to share their thoughts, hopes, and concerns. Let’s keep the conversation going — join us in our community forums, social media channels, and direct engagements. Together, we will continue to refine our vision, align our goals with the needs of the community, and stride confidently into a future where MultiVM redefines the potential of decentralized applications.

As we take this bold step forward, we ask for your continued support and active participation.

Share your insights and help us shape an ecosystem that reflects our collective aspirations. Your input will guide us as we build a more connected, efficient, and user-centric DeFi environment through MultiVM. Let’s embark on this exciting journey together, shaping the narrative of DeFi with every step we take.

In the dynamic landscape of DeFi, Spin has carved a path that reflects the resilience, adaptability, and innovation at the heart of the industry.
Since its inception in 2021, Spin has not only built a robust product but also cultivated a vibrant community of DeFi aficionados, traders, and visionaries united by a shared passion for the transformative power of blockchain technology.

The Early Days: Charting Unfamiliar Territory

Spin’s story began at a time when the concept of decentralized derivatives exchanges was still nascent.
Our initial foray was marked by the launch of a Perpetual DEX on Solana’s testnet, tapping into the network’s high throughput and low fees. However, as competition intensified and user metrics for Solana began to wane, Spin faced a pivotal moment: to persevere on the same path or pivot in a new direction.

The Strategic Shift to NEAR Protocol

The decision was bold yet calculated — we migrated to the burgeoning NEAR ecosystem.
Here, Spin achieved a significant milestone by introducing the first fully on-chain order book DEX, initially rolling out a spot trading version in early 2022, followed by perpetual futures.
This innovation quickly propelled us to the forefront of the NEAR ecosystem, amassing over 10,000 users and nurturing an online community exceeding 60,000 Twitter followers.

Expanding Horizons: DeFi Option Vaults

As the platform matured, Spin launched the first DeFi Option Vaults on NEAR Protocol a year ago, further diversifying our offerings and showcasing our commitment to expanding DeFi’s potential.

Navigating Uncharted Waters: Challenges and Adaptation

Despite these triumphs, our journey has not been without its hurdles.
Our allegiance to the RUST-based NEAR Protocol, though initially a strategic advantage, later presented a roadblock — code interoperability. The shifting focus of the DeFi community toward Ethereum rollups highlighted our system’s limitations. Adapting the same product for any EVM-compatible chain required exhaustive development efforts, months in the making.
Simultaneously, the bear market’s grip tightened around DeFi.
Securing investments and expanding our user base within the NEAR ecosystem became increasingly arduous. The task at hand was twofold: first, convincing users to transition from Ethereum to NEAR, and then, integrating them into the Spin ecosystem.

A Strategic Pivot: Embracing Polygon’s zkEVM

In the face of these challenges, Spin made another strategic leap — choosing to build on Polygon’s zkEVM. This move was soon followed by the exciting announcement of an upcoming token sale, signaling a new chapter in our story.

Weathering the Storm: A Market in Turmoil

However, as the market sentiment deteriorated further, we faced a dilemma. Launching a token in such conditions seemed imprudent, likely to lead to community disappointment rather than success. Observing the downward trajectory of tokens released in the summer of 2023, which failed to secure gains for communities, often resulting in steep price drops, we opted to postpone the token sale. Yet, behind the scenes, our dedication never wavered.

Breaking the Silence: A New Dawn Approaches

For two months, the Spin team has been relentlessly building, researching, and refining our pitches to ensure our product aligns perfectly with the evolving market demands. Now, as we prepare to emerge from stealth mode, we’re poised to make a groundbreaking announcement on November 15.

This pivotal announcement is not just a testament to our perseverance but also to our belief in the transformative potential of DeFi. We’re set to unveil a product fine-tuned to the current market, optimized for the best user experience, and ready to redefine the DeFi landscape.

Stay tuned as Spin is ready to spin the wheel of DeFi innovation once again.

TL; DR: The Spin team has conducted an analysis of the latest token sale events and the subsequent token performance. Unfortunately, the current market conditions are not favorable for the token launch. There is a significant risk of token depreciation in the current market climate. As a result, we have decided to postpone the token sale event until there is a shift in the market sentiment.

Freaky Elves holders have the opportunity to vote on whether they prefer to postpone the priority round or utilize their priority access right away (at the current valuation) to receive tokens at a later date. The voting will finish July 11, 3 pm UTC.

Delay reasons

The Spin team has conducted a thorough examination of the latest token sales on platforms like Tokensoft and other launchpads. We have also consulted with our seed round investors and advisors regarding the risks of conducting a token sale in the current market sentiment.

Releasing the token in this market carries an extremely high risk of depreciation. This would lead to fear, uncertainty, and doubt (FUD) among token sale participants, requiring significant efforts to rebuild the brand and token reputation.

However, we are also not inclined to delay the token sale and postpone the release of the token itself, as we currently need precise information about the token release timeline. Therefore, we have decided to postpone Round A and Public Round, which do not have any specific entry requirements.

Priority round voting

In the case of Freaky Elves NFTs and Priority Round, we realise that many members of the community purchased a Freaky Elves NFT in order to join the priority round. That’s why we want Freaky Elves holders to decide themselves on whether they want to join the Priority Round now and invest at a $40 million valuation and get tokens later upon TGE or if they want us to postpone the event.

VOTE HERE

Only Freaky Elves holders will be able to join the voting. The voting will start on Monday, July 10th, 12 PM UTC and finish on Tuesday, July 11th, 3 PM UTC.

Further steps

The delay in the token sale will not affect Spin’s plans to build DeFi products. We will be publishing an updated company roadmap shortly.

Postponement of the Spin Token Sale was originally published in Spin on Medium, where people are continuing the conversation by highlighting and responding to this story.

As the excitement surrounding Spin’s token sale continues to build, participants eagerly anticipate the Priority (Freaky Elves) Round, an exclusive opportunity tailored specifically for dedicated community members. In this article, we will delve into the details of this highly anticipated round, providing an in-depth understanding of its rules, tokenomics, and valuable resources to ensure a seamless participation experience.

Round Details

The Priority (Freaky Elves) Round is designed to reward loyal Spin community members with early access to the token sale. By holding Freaky Elves NFTs, participants gain an exclusive opportunity to purchase SPIN tokens before the general public. This round not only demonstrates Spin’s commitment to its dedicated supporters but also encourages community engagement and inclusivity.

During the Priority (Freaky Elves) Round, participants will have the chance to secure SPIN tokens by following these key rules:

1. Eligibility: To participate in the Priority Round, participants must hold Freaky Elves NFTs. You can buy one on Paras.
2. Purchase Limits: Participants are subject to maximum purchase limits based on the number of NFTs owned. Each activated NFT incrementally increases the maximum allocation by $1,000, with a maximum limit of $10,000 for ten NFTs. The minimum purchase limit is $100.
3. Vesting: 25% of purchased tokens are unlocked immediately after the TLE (Token Listing Event). The other tokens are linearly vested for 4 months.

The Token Generation Event (TGE) must occur before the token sale, enabling the bridging of tokens to the NEAR Protocol. Therefore, public sale vestings are calculated based on the Token Listing Event (TLE) or when the token becomes available for trading.

The Priority Round will be hosted on the Spin platform. The link to join the token sale will be published later. All Freaky Elves holders will have an opportunity to buy out an allocation.

Useful Links

To stay informed and prepare for the Priority Round, here are some essential resources:

1. Spin Website: Visit the official Spin website at spin.fi to access the latest updates, news, and information about the project.
2. Freaky Elves Collection: Explore the fascinating world of Freaky Elves, NEAR Protocol’s top collection, and ensure you own the required NFTs to participate in the Priority Round.
3. Spin Token Sale Documentation: For comprehensive details on the token sale process, rules, and guidelines, refer to the Spin Token Sale Documentation available at docs.spin.fi.

The Priority (Freaky Elves) Round on Spin presents an exclusive opportunity for loyal community members to engage in the token sale and acquire SPIN tokens before the general public. By adhering to the round’s rules and utilizing the provided resources, participants can ensure a smooth and rewarding experience.

Stay updated with Spin’s official website, explore the captivating Freaky Elves collection, and consult the Spin Token Sale Documentation for comprehensive information.

Prepare to be part of the vibrant Spin community and seize the opportunity to contribute to the future of decentralized trading and investment.

Disclaimer: This article is for informational purposes only and does not constitute financial advice. Participants should conduct their own research and consult with financial professionals before making any investment decisions.

Join Spin Rave — Unveiling an Exciting Token Sale Incentivization Event

As Spin approaches its highly anticipated token sale, the project has formed strong alliances with various partners within the NEAR, Aurora, and Polygon ecosystems. In a gesture of support and celebration, these partners, including Ref Finance, Metapool, Few and Far, NEAR Mobile App, and dAngelfund, are thrilled to offer participants in the Spin token sale a unique incentivization opportunity.

Brace yourself for the Spin Rave event, where anyone who purchases $SPIN tokens will stand a chance to win a share of rewards worth over $10,000, generously provided by our esteemed partners!

Here’s what you need to know about participating in this exciting event:

• Participants who have bought the minimum allocation during the token sale are eligible to enter the Spin Rave event.
• Upon the conclusion of the public round, participants who wish to take part in the reward draw must complete the designated Google form.
• For participants in the Freaky Elves round, an Aurora address (not an exchange address) must be provided to receive rewards from Aurora projects.
• For Tokensoft participants, a NEAR address must be provided to receive rewards from NEAR projects.
• Participants who fail to complete the Google form will not be included in the giveaway, even if they have made a qualifying purchase.

Separate Google forms will be created for Freaky Elves and Tokensoft participants to facilitate streamlined data management for subsequent steps.

Event Timeline:

• June 26th — July 27th: Spin Rave event live, providing ample time for participants to join the token sale.
• July 28th — August 4th: Collection of participant addresses through the designated Google forms.
• August 5th — 7th: Distribution of rewards to lucky winners.

Partner Contributions

Following the conclusion of the token sale, Spin’s partners will distribute the rewards to the deserving winners. These rewards encompass a diverse range of offerings, including stablecoins, blockchain currencies such as $NEAR and $AURORA, project tokens, and exclusive NFTs. The generosity of our partners reflects their shared commitment to fostering a vibrant and prosperous ecosystem.

Who are the heroes you should be keeping an eye out for?

Ref Finance
Ref Finance is a community-led, multi-purpose DeFi platform built on the NEAR Protocol. Ref takes full advantage of NEAR’s low fees, one-to-two second finality, and WebAssembly-based runtime (hello, Rust smart contracts!).

In addition to the advantages of being built on top of NEAR, Ref Finance provides:

• Multiple pools in one contract
• Atomic transactions
• Customisable pool fee

Metapool
Meta Pool is the leading liquid staking ecosystem in DeFi. Its solutions includes:

• Liquid Staking Tokens
• Liquidity Pools
• Launchpad, in a lossless way.
• Bond market, for locked positions on launchpad.
• Multi-chain solutions, actually living in Ethereum, NEAR and Aurora.
• DAO and governance, for the whole protocol.

Started as a single liquid staking token on 2021 with the launchment of $stNEAR, now covers major part of the NEAR and Aurora ecosystem. Soon it will jump to Ethereum and more chains.

NEAR Mobile
NEAR Mobile allows you to securely store, manage & transfer NEAR & other crypto on the go. Being an easy-to-use non-custodial mobile wallet, NEAR Mobile also allows you to stake NEAR directly from the wallet and earn up to 10% APY!

dAngelfund
dAngelfund is the first investment fund with an incubator and launchpad platform explicitly designed for the Near Ecosystem, providing an efficient, safe, and reliable platform for decentralized financing for exciting and visionary projects. Stake $dAngel tokens to get priority access to promising projects.

More partners:

• Stader — a multichain LSD protocol;
• Trisolaris — an Aurora DEX;
• BurrowCash — NEAR’s largest lending protocol;
• Pembrock Finance — leveraged yield farming protocol;
• D8X — a Polygon DEX;
• El Cafe Cartel — a NEAR NFT project;
• NEAR Starter — a NEAR-native launchpad;
• Polaris — a decentralized exchange on Aurora;

… as well as Paras, HERE Wallet, Playible, Nightly, Bee Together, and more!

The Spin Rave event not only adds an element of excitement to the token sale but also showcases the collaborative spirit within the blockchain community. By participating in the Spin token sale, investors not only stand to benefit from acquiring SPIN tokens but also gain the opportunity to be rewarded with a variety of valuable assets provided by our esteemed partners.

Stay tuned for more updates and announcements as we delve deeper into the Spin Rave event. Don’t miss out on this thrilling chance to join the Spin ecosystem and seize your share of rewards from our generous partners!

About Spin:

Spin is an institutional-grade decentralized trading and investment platform that leverages the NEAR Protocol, and Polygon zkEVM advantages to deliver unparalleled scalability, speed, and affordability. With a portfolio of innovative on-chain products and a commitment to user-centric development, Spin is poised to revolutionize the world of trading and investment.

For more information about Spin and its products, please visit Spin’s website or refer to the Spin documentation at https://docs.spin.fi.

Join Spin Rave — Unveiling an Exciting Token Sale Incentivization Event was originally published in Spin on Medium, where people are continuing the conversation by highlighting and responding to this story.

Wen? Now! The Web3 community is buzzing with excitement as Spin, the institutional-grade decentralized trading and investment platform, announces its upcoming token sale. This rare opportunity in the bear market offers three rounds tailored to meet the needs of different investor categories. Let’s delve into the details!

Unlocking the Token Potential

The SPIN token is a versatile asset with multiple functions within the Spin platform.

As a utility and governance token, SPIN enables investors to stake their tokens and receive 50% of the platform’s fees as a reward. Traders and market makers are also incentivized with SPIN tokens based on their trading activity and liquidity provision, respectively. Furthermore, vault investors not only benefit from returns on their investments but also receive additional rewards in SPIN tokens.

These features highlight the comprehensive utility of the SPIN token, making it a crucial element for the sustainable growth of the Spin ecosystem.

The Spin token sale targets a raise between $2,450,000 and $3,500,000, depending on user activity in the priority and invite-only rounds. This substantial funding will propel Spin’s development, expanding its innovative offerings and enhancing the user experience.

Token name: SPIN

Max supply: 1,000,000,000

Supply type: Limited

Initial circulating supply: 48,500,000 (4.85% of the total supply)

Public sale token supply: 70,000,000 (7% of the total supply).

Initial market cap: $2,425,000

Fully diluted market cap: $50,000,000

Blockchain: Ethereum, NEAR Protocol, Polygon zkEVM

Three Rounds, One Chance

The Spin token sale encompasses three rounds, each offering a distinct opportunity for participation.

The Priority Round, exclusively available to Freaky Elves holders on Spin (NEAR Protocol), provides a head start for dedicated community members.

The Round A sale, conducted on Tokensoft (Ethereum), invites select participants to contribute to Spin’s journey.

Finally, the Public Round on Tokensoft (Ethereum and Polygon zkEVM) offers broader access to the Spin token sale, ensuring inclusivity and widespread participation.

* For the priority sale, the minimum check size is the minimum purchase amount per account. The maximum check size depends on the number of NFTs owned by the user but cannot exceed $10,000 (max of 10 NFTs can be activated by 1 account). Each NFT activated increases max allocation by $1,000.

** The Spin Token Generation event (TGE) must occur before the token sale so that the token can be bridged to the NEAR Protocol before the sale. Thus, public sale vestings are calculated based on the Token Listing Event (TLE) or when the token becomes available for trading.

More information will be revealed as we move closer to the token sale date, so keep your notifications enabled!

About Spin

Spin’s institutional-grade platform represents a paradigm shift in the world of trading and investment. Through its innovative implementations on NEAR Protocol and Polygon zkEVM, Spin offers unparalleled scalability, speed, and affordability.

During the first year of its development on NEAR Protocol, Spin has released 3 on-chain products for retail users: Spot trading, Perpetual Futures trading, and Spin Strategies aka DeFi Option Vaults — the first product in the series of Automated Investment Products to be released on Spin.

After becoming the Tier-1 product in the NEAR ecosystem, Spin strategically decided to expand to Polygon zkEVM and build an institutional-grade trading platform in the new ecosystem.

Spin metrics:

• 16,000 users
• $20,000,000 lifetime spot trading volume
• $30,000,000 lifetime perps trading volume
• Spin is in the top-10 dApps on NEAR Protocol & Aurora both by the number of users and by the number of transactions.
• Spin’s NFT collection Freaky Elves is NEAR Protocol’s top-1 collection.

More information about Spin Products can be found at https://docs.spin.fi.

The SPIN Token Sale is Coming was originally published in Spin on Medium, where people are continuing the conversation by highlighting and responding to this story.

Calling all traders and crypto enthusiasts! Get ready for an adrenaline-fueled trading tournament on Spin, the leading decentralized trading and investments platform.

Starting from June 13th at 3 pm UTC, the Perps trading tournament will run for four action-packed weeks, offering participants the chance to compete for a share of over 1,500 USDC in weekly rewards. Additionally, top traders will be able to win a jackpot based on their monthly leaderboard position – a total of 5,000 SPIN tokens with no vesting!

With the prize pool increasing based on weekly trading goals, this tournament promises excitement, fierce competition, and substantial winnings.

Weeks of Intense Trading and Rewards

The Perps trading tournament on Spin is an opportunity for traders to showcase their skills and compete for generous rewards. Each week, a growing prize pool awaits participants who generate the highest return on equity (ROE) while trading all PERP contracts on the platform.

The tournament kicks off with a reward pool of 400 USDC in Week 1 (Top-10 traders), with subsequent weeks offering even more enticing rewards: 500 USDC in Week 2 (Top-10 traders), 700 USDC in Week 3 (Top-15 traders), and a staggering 1,500 USDC in Week 4 (Top-15 traders).

The weekly rewards pool increases if the trading goals in terms of volume are achieved.

Week 1 Goal: $0.5 mln in trading volumes
Week 2 Goal: $1 mln in trading volumes
Week 3 Goal: $1.5 mln in trading volumes
Week 4 Goal: $2 mln in trading volumes

Additionally, Top-10 users who generate max monthly ROE, will share a rewards pool of 5,000 SPIN (with no vesting!).

Prove Your Trading Prowess and Secure Your Spot

To stand a chance at winning a share of the weekly rewards, participants must demonstrate their trading prowess and achieve the highest return on equity (ROE). Traders on Spin will engage in active trading across all PERP contracts, aiming to maximize their returns and climb the leaderboard. It’s a battle of skill, strategy, and quick thinking as traders strive to outperform their competitors.

Leaderboard snapshots will be taken every Tuesday at 3 pm UTC, allowing participants to monitor their progress and adapt their trading strategies accordingly. The top performers at the end of each week will secure their spot on the leaderboard and earn their share of the rewards.

The Power of Community and Competition

The Perps trading tournament not only presents an opportunity to win substantial rewards but also fosters a sense of community and healthy competition within the Spin platform. Traders from all walks of life will come together to showcase their trading expertise, share insights, and learn from one another.

The tournament serves as a catalyst for collaboration and engagement, propelling the Spin community forward. Whether you’re a seasoned trader or just starting, the tournament offers a platform to test your skills, refine your strategies, and seize the excitement of the trading world.

Get ready for an epic trading adventure on Spin with the Perps trading tournament. Starting from June 13th, this thrilling four-week event offers traders the chance to compete for weekly rewards, with the prize pool increasing based on trading goals.

Join the Spin community, showcase your trading prowess, and aim for the top of the leaderboard to claim your share of over 1,000 USDC in weekly rewards. Don’t miss this opportunity to test your skills, connect with fellow traders, and win big on the decentralized trading platform, Spin.

Join the Thrilling Perps Trading Tournament on Spin and Win Big! was originally published in Spin on Medium, where people are continuing the conversation by highlighting and responding to this story.