Welcome back to our new series of updates on Polkadot!
Polkadot is a sharded multichain network. Sharded chains connected to Polkadot are called “parachains” as they run on the network in parallel. Consequently, Polkadot can process many transactions on several chains in parallel, eliminating the bottlenecks that occurred on legacy networks that processed transactions one-by-one. This helps to improve scalability and create the right conditions for increased adoption and future growth. By building on the Substrate development framework, teams can develop and customize their blockchain faster and more efficiently than ever before possible. Polkadot offers interoperability and cross-chain communication. This opens the door to innovative new services and allows users to transfer information between chains.
First and foremost, Polkadot is close to the launch process! It begins when Web3 Foundation launches the first chain candidate, which is a proposal for a Polkadot Relay Chain. The Polkadot network will have a phased roll-out plan. The initial chain has a restricted runtime that is limited to basic operations in order to gain confidence in the network’s stability. Once Web3 Foundation is confident in the stability of the network and there are a sufficient number of validator intentions, Web3 Foundation will use Sudo — a superuser account with access to governance functions — to initiate the first validator election. This election will transition the network from PoA into its second phase, Nominated Proof of Stake (NPoS), where the network is secured by the economic stake that is bonded to the validators.
Secondly, Web3 Foundation has launched an open grants program to run alongside their general grants program. The new program is running on GitHub, funding projects that support the Polkadot ecosystem up to US$30K equivalent, administered in cryptocurrency. Decisions on the grants are currently made by a committee of eight people from Web3 Foundation and Parity Technologies.
Protofire has received a grant from Web3 Foundation to contribute to the Polkadot ecosystem. During the first milestone, Protofire created a minimum viable product of a failover mechanism for operators running nodes on the Polkadot network.
Moreover, Chorus One has received a grant by the Web3 Foundation to develop parts of a bridge that will enable Substrate and Cosmos SDK-based blockchains to interoperate as part of the fifth grant cohort.
Last but not least, a referendum was held on Kusama regarding whether or not to redenominate DOTs on Polkadot in a 1:100 ratio. The referendum would change the number of Plancks that constitute a single DOT. One of the main benefits would be the ability to deal with more ergonomic or human-readable units, like whole numbers rather than small decimals.
Read on for more details and news!
Development
Github metrics:
Polkadot Implementations
There are Polkadot implementations developed in Rust, C++, Go, and JavaScript.
Parity Polkadot — The Rust client is developed by Parity Technologies in concert with their work on Substrate.
Kagome — C++ implementation of the Polkadot Host being built by Soramitsu, a Japanese digital identity company that previously developed Hyperledger Iroha. They were awarded a grant from the Web3 Foundation and plan to release Kagome by November 2019. As part of the process they are developing a libp2p networking layer in C++.
Gossamer — A Go implementation being built by ChainSafe Systems, a 23-person development team in Toronto that is also building an Eth2.0 Serenity client. Grant announcement.
Polkadot-JS — A JavaScript client and tool set developed by Polkadot JS.
Explaining the Polkadot Launch Process
By: Logan Saether and Joe Petrowski
The Polkadot network will have a phased roll-out plan, with important milestones toward decentralization marking each phase. For more detail on each step in the process, watch the explanation from Polkadot and Kusama founder Gavin Wood included at the end of this article.
The launch process begins when Web3 Foundation launches the first chain candidate, which is a proposal for a Polkadot Relay Chain. The initial chain has a restricted runtime that is limited to basic operations in order to gain confidence in the network’s stability. These limitations will be lifted through a series of governance decisions.
Launch Phases
PoA
During the first phase, Polkadot will operate as a Proof-of-Authority (PoA) chain that is maintained by six validators belonging to Web3 Foundation. The chain’s limitations will only allow users to claim DOT tokens as well as submit their intention to validate or nominate.
NPoS
Once Web3 Foundation is confident in the stability of the network and there are a sufficient number of validator intentions, Web3 Foundation will use Sudo — a superuser account with access to governance functions — to initiate the first validator election. This election will transition the network from PoA into its second phase, Nominated Proof of Stake (NPoS), where the network is secured by the economic stake that is bonded to the validators.
Governance
After the chain is running well with a large validator set, the Sudo key will enable the suite of governance modules in Polkadot; namely, the modules to enable a Council, a Technical Committee, and public referenda. Once a Council and governance tools are in place, the public has the avenues to effect changes in the system.
Remove Sudo
A runtime upgrade initiated by public referenda will remove Sudo from Polkadot, leaving it in the hands of the token holders. Without Sudo, the chain will no longer be a candidate and will be a live, decentralized network.
Enable Balance Transfers & Core Functionality
The final stages of Polkadot’s rollout will involve unlocking the remaining functionality. One of the first post-Sudo upgrades will likely enable balance transfers in the network. After that, governance proposals will unlock the rest of Polkadot’s core functionality, like allowing the first parachains and cross-chain messages.
From “‘Very Near Launch’: Polkadot Founder Gavin Wood Details Network Rollout” by coindesk
Like Kusama, Wood told RL1 attendees Polkadot will roll out in five or six stages, beginning with a “chain candidate” launched by the Web3 Foundation. The candidate operates as a de facto genesis block for the network, but under the guidance of Web3 Foundation developers. If the candidate does not meet the team’s requirements during this initial phase, it will be replaced by another, Wood said.
The network will launch under a Proof-of-Authority (PoA) consensus algorithm that Wood invented, which will initially give all on-chain authority to the Web3 Foundation, the non-profit behind Polkadot. As such, the Polkadot network will have limited functionality, Wood said.
“It allows us to start the chain without having to have a set of validators already assembled and having to trust in our potentially unfulfilled governance structures to move the chain forward,Wood said.
The PoA structure is not dissimilar to the NEAR protocol, another Ethereum competitor that announced the launch of its mainnet earlier this week. NEAR is likewise rolling out in a heavily restricted form.
Subsequent stages of the Polkadot rollout will issue the network’s DOT tokens to holders and form validators for the planned switch to PoS. This work will be overseen by a “Sudo module,” Wood said, that will govern how the blockchain structure is initially formed. This module will eventually be dissolved, with DOT token holders taking over the network’s governance toward the end of Polkadot’s launch.
The Sudo module and overarching rollout structure are a “staging ground as much as a proposal” for evolving the chain from something that is restricted to something that is permissionless, Wood said.
Read more: NEAR Protocol Launches Following $21M Token Sale Led by Andreessen Horowitz
Web3’s Gavin Wood Launches Kusama Network to Test Polkadot Protocol
source
Sequential Phragmen Method
The sequential Phragmén method is a multi-winner election method introduced by Edvard Phragmén in the 1890s.
The quote below taken from the reference [Phragmén paper][phragmen paper] sums up the purpose of the sequential Phragmén method:
The problem that Phragmén’s methods try to solve is that of electing a set of a given numbers of persons from a larger set of candidates. Phragmén discussed this in the context of a parliamentary election in a multi-member constituency; the same problem can, of course, also occur in local elections, but also in many other situations such as electing a board or a committee in an organization.
Where is the Phragmén method used in Polkadot?
NPoS: Validator Elections
The sequential Phragmén method is used in the Nominated Proof-of-Stake scheme to elect validators based on their own self-stake and the stake that is voted to them from nominators. It also tries to equalize the weights between the validators after each election round. Since validators are paid equally in Polkadot, it is important that the stake behind each validator is spread out. Polkadot tries to optimize three metrics in its elections:
Maximize the total amount at stake.
Maximize the stake behind the minimally staked validator.
Minimize the variance of the stake in the set.
Off-Chain Phragmen
Given the large set of nominators and validators, Phragmén’s method is a difficult optimization problem. Polkadot uses off-chain workers to compute the result off-chain and submit a transaction to propose the set of winners. The reason for performing this computation off-chain is to keep a constant block time of six seconds and prevent long block times at the end of each era, when the validator election takes place.
Because certain user actions, like changing nominations, can change the outcome of the Phragmén election, the system forbids calls to these functions for the last quarter of the session before an era change. These functions are not permitted:
bondExtra
unbond
withdrawUnbonded
validate
nominate
chill
payoutStakers
rebond
Council Elections
The Phragmén method is also used in the council election mechanism. When you vote for council members, you can select up to 16 different candidates, and then place a reserved bond which is the weight of your vote. Phragmén will run once on every election to determine the top candidates to assume council positions and then again amongst the top candidates to equalize the weight of the votes behind them as much as possible.
What does it mean for node operators?
Phragmén is something that will run in the background and requires no extra effort from you. However, it is good to understand how it works since it means that not all the stake you’ve been nominated will end up on your validator after an election. Nominators are likely to nominate a few different validators that they trust to do a good job operating their nodes.
You can use the offline-phragmen script for predicting the outcome of a validator election ahead of a new election.
ChainSafe Building ChainBridge
ChainBridge is a modular multi-directional blockchain bridge to allow data and value transfer between any number of blockchains.
The first rendition of ChainBridge will rely on trusted relayers, but will feature mechanisms that make it impossible for any one relayer to abuse their power by stealing or otherwise misdirecting funds. It must receive enough votes from the relayers to surpass a certain threshold. Relayers can create a proposal for a transfer and vote on such a proposal but the transfer cannot be executed until the specified threshold has been reached. This mechanism guarantees that multiple parties verify each transaction. The final release of ChainBridge will see the project transition to a fully decentralized model.
ChainBridge is chain agnostic and can eventually be extended to any blockchain network. The bridge offers the ability to transfer arbitrary data from one blockchain to another. A relayer runs software that monitors the different blockchains and signs transactions to execute the transfer of data between blockchains.
Sending tokens between Ethereum chains over the bridge starts at a bridge contract on the origin chain. Users of the bridge need to make at most two transactions to send assets from one chain to another. The first transaction is to whitelist the bridge contract to be able to spend tokens. This is done by calling the “approve” method on the token contract and passing in the bridge contract address for approval.
Next, the user makes a second transaction by calling the deposit method on the bridge contract, which will call the “transferFrom” method on the token contract, and emit an event. This will transfer the whitelisted tokens to the custody of the bridge contract and is the locking mechanism of the bridge.
A successful token transfer will emit a deposit event that is picked up by a relayer that is listening for these events. From here, a proposal is created on the bridge contract of the destination chain. Proposals have different statuses: inactive, active, finalized, and transferred. The newly created proposal is marked active, and contains a hash of the transfer data that was supplied from the deposit event on the origin chain. This will prevent the deposit data from appearing on-chain before a deposit has been approved. Other relayers then look at the hash, compare it against the on-chain data from the origin chain, and vote on the accuracy of the supplied data.
Once a vote has passed, a relayer can call the “executeDeposit” method The data is then passed off to the respective handler and finalized. The recipient of the tokens would now be able to do as they please with them.
This diagram outlines the basic architecture of the bridge software with their partners as examples of supported networks:
Currently, ChainBridge offers support for Substrate-based chains and EVM based chains (eg. Ethereum and Ethereum Classic). ChainBridge will soon support Celo as well (more about this integration and its use case to be announced soon).
Find out about ChainSafe’s partners and some additional informatioin about Chainbridge here
Web3 Builders: Soramitsu
Soramitsu is a Web3 Grant recipient building Kagome, the C++ Implementation of Polkadot Host
Kagome is the C++ implementation of Polkadot Host, formerly known as Polkadot Runtime Environment, built by Soramitsu for the Web3 Foundation.
Polkadot Host is a framework for developing blockchains and running them. Its main components are:
A Networking layer
A Consensus Layer
A WASM (WebAssembly) interpreter.
Soramitsu is the original and main developer of Hyperleder Iroha, a next-generation permissioned blockchain platform aimed at helping businesses and financial institutions manage digital assets, and part of the Linux Foundation’s Hyperledger Project.
Hyperledger Iroha is written in C++, making it ideal for use cases where high performance and reliability are needed, or for embedded systems: for instance, mobile applications for managing digital assets, identity, and contracts.
Some main achievements to date based on the Hyperledger Iroha blockchain is the central bank digital currency system in Cambodia, Bakong, being co-developed with and for the National Bank of Cambodia (NBC), and the SORA decentralized autonomous economy, which is a blockchain-based token that enables productive economic activity.
Emerald Moonbeam for Polkadot
Working on the Emerald project, It’s critical for the quality of the service to monitor what is happening, not only on-chain but also off-chain (state of the network, nodes, traffic, and changes in the topology of the network). It allows predicting major changes, monitor forks, and of course, detect a 51% attack.
The team have released an open-source version of the crawler for Polkadot-based networks. The project is Open Sourced under the Apache 2 license, and we invite everyone to try it out.
The current version is more like the first Beta. At this moment, the Kusama network consists of a few hundred nodes, and the crawler gathers all details in minutes. Technically, Moonbeam can be extended to support any network based on libp2p protocol, like Ethereum 2.0 is also planning to use. But at this moment, it’s targeting only Polkadot-based blockchains. You can try the current version here.
Polkascan Development Update #6
With the Polkascan project the team are working towards a multi-chain exploration and data analytic platform for the Polkadot-ecosystem. This development update is part of their work that extends Polkascan with a rich account-module. The new features offered by this grant work allow for data exploration and data discovery from the account’s perspective. This project was funded by Web3 Foundation.
Check out the multi-chain explorer: polkascan.io.
Polkascan on Github
Repositories: The source code of Polkascan OS can be found at our Github organization. This organization consists of a number of distinct repositories which collectively form Polkascan OS. The team apply a number of conventions for branches and versioned releases across these Polkascan OS repositories.
What makes Polkascan?
Polkascan consists of a number of distinct software artifacts which collectively orchestrate Polkascan. The Harvester transforms a Substrate node’s raw data into relational data, with the help of Substrate Interface Library and the SCALE Codec Library. The produced relational data is disseminated by the Explorer API and in turn made accessible to end users by the Explorer GUI. There is also the sixth piece of software, called Polkascan OS that glues together all these components with Docker Compose.
Plasm Network Mainnet Launch
the Plasm Network project was started in February 2019.
The fact that the team are developing Plasm Network with Parity’s Substrate framework, gives the opportunity to become a future Polkadot Parachain that has the capability of being a scaling DApps platform. The Polkadot Network, by design, does not support smart contracts. However, Polkadot community will surely need at least one scalable blockchain to fill in this gap.
Plasm Network Key Features
Plasm Network is different from other independent chains because of the following features.
- Dapps Rewards — Most blockchains only incentivize blockchain validators for creating a secure and fair transaction environment, however, Plasm Network goes beyond that and incentivizes Smart Contract owners (called “Operator” in Plasm Network). The Network will split the block validation reward and distribute it to the Dapps that creates value to the Network in our Native Token (PLM) which can act as their basic income.
- Transaction of Dapp Ownership — Plasm Network allows the Operator of a Dapp to be changed to a different address. This means that the aforementioned Dapps Rewards can be delivered to a different address, creating a whole new paradigm of trading Dapps, similar to how companies can trade IPs from one to another.
- Multi-Lockdrop — Multi-Lockdrop is a Plasm Network-specific token distribution mechanism that expands upon the normal Lockdrop invented by Edgeware. To increase the number of participants, Plasm Network will repeat the Lockdrop in a total of three times for the initial token distribution according to the carefully designed economic model so that no single party can claim the majority of the tokens. For the second Lockdrop in 2020 Q3, you can participate if you have BTC or ETH.
- Optimistic Virtual Machine — OVM is a unified standard that is designed to host every Layer 2 protocol. The layer of abstraction will allow Dapp developers to implement different Layer 2 scalability solutions (such as Plasma, State Channel, potentially Rollups) to their application as easy as importing a library. Plasm Network upon launch is planned to showcase the implementation of a high-volume high-capacity micropayment channel using the Plasma protocol.
Social encounters
Root origin explained: how admin functions in Substrate chains work
Web3 Foundation’s Technical Educator, Bruno Skvorc explains how admin functions in Substrate chains work.
Please, follow the link to watch the video
Gavin Wood: Chain Mergers and Acquisitions
Gavin Wood discusses Chain Mergers and Acquisitions during the Consensus: Distributed virtual conference.
Web3 Builders: Darwinia
Darwinia Network is an open cross-chain bridge chain based on Substrate. It focuses on the construction of decentralized cross-chain token swap, exchange and market.Their core technology is the Darwinia bridge which serves as critical infrastructure, supporting cross-chain value transfer across heterogeneous blockchain networks in a truly decentralized way.
Smart Contracts on Polkadot and Kusama
Web3 Foundation’s Technical Educator, Bruno Skvorc takes us through smart contracts on Polkadot and Kusama.
Gavin Wood: Explaining the Polkadot Launch Process
Moonbeam — A Smart Contract Parachain with Ethereum Compatibility — Launching on Polkadot and Kusama
Derek Yoo, CEO of PureStake, introduces Moonbeam, a smart contract parachain with Ethereum compatibility , launching on Kusama and Polkadot.
Setting up Kusama on an AVADO Node
In this crowdcast, Stefaan Ponnet, CTO of AVADO, will guide you through the UI of the AVADO box which you can use to run a Kusama node and show how easy it is to install and maintain. If you have an AVADO yourself you can follow the steps, but no AVADO is required to follow this crowdcast.
Web3 Builders: Plasm Network
Plasm Network is a highly scalable infrastructure for Web3.0. They are implementing Optimistic Virtual Machine on Parity Substrate. Plasm Network can be a Polkadot Parachain that acts as a DApps platform in the future. OVM is the virtual machine designed to support all layer2 scaling solutions such as state channels and rollups. Scalability is obviously one of the most crucial demands DApps developers have. Ideally, the developers can build whatever applications on Plasm Network without having to consider its scalability.
Learn more at https://www.plasmnet.io/
W3F CMO: Polkadot arrives as the next generation of blockchain technology
This article is the speech of Christine Mohan, Chief Marketing Officer of Web3 Foundation, at Web3.0 Bootcamp on May 7th.
Christine introduced Polkadot’s mission, architecture, Web3 Foundation teams and Parity teams, as well as Polkadot ’s global ecosystem development and how to participate in Polkadot Network.
Upcoming events
Results of DOT Redenomination Referendum
In brief the proposal has the following four effects:
- The total allocations of DOTs will increase one hundred times from 10 million to 1 billion.
- DOT allocation balances will increase by a factor of one hundred, such that 1 DOT will be 100 DOTs.
- The distribution of DOTs does not change, and holders of DOTs still own an equal share of the network as before the change.
- The precision of DOT will change from 12 decimal places to 10 decimal places.
The main benefit of this change is to avoid using small decimals when dealing with DOT and to achieve an easier calculation system.
Read the article to find out the detailed explanation:
A referendum was held on Kusama regarding whether or not to redenominate DOTs on Polkadot in a 1:100 ratio. Web3 Foundation used this referendum to gauge sentiment from the community before the launch of Polkadot. Although the referendum was held on Kusama, it has no real effect on the Kusama network itself. The referendum will automatically enact seven days after the vote ended, and place a specific remark on the Kusama chain.
The referendum would change the number of Plancks that constitute a single DOT. Plancks are the smallest unit of account in Polkadot, much like Satoshis in Bitcoin.
They proposed changing a single DOT from one trillion Plancks per DOT to ten billion Plancks per DOT, a 100x decrease that would be offset by a 100x increase in the number of DOTs.
As such, the total number of Plancks in the system, and each DOT holder’s share of the network, would remain unchanged.
Among the benefits of this change would be the ability to deal with more ergonomic or human-readable units, like whole numbers rather than small decimals. Conversely, redenominating DOTs may cause confusion among DOT holders, which may prove fertile ground for scammers to take advantage. Some wallets and documentation may require updates, and it would also mean that DOTs would have a different precision than KSM (10 vs. 12, respectively).
Neither the Web3 Foundation nor Parity Technologies used its KSM to vote. With an impressively large turnout, a significant majority was recorded in favour of redenomination.
Informally, had the referendum recorded very little dissent, it is likely that Web3 Foundation, in its central role over the initial network launch, would have stood behind the redenomination proposal. However, given the non-negligible amount of opposition, including from some within the ranks of Web3 Foundation and Parity, the Foundation decided that they cannot, in good faith, sponsor redenomination at present.
More details can be found on Polkassembly
Learn More about Kusama’s Governance on the Wiki
Roadmap
Polkadot release
Polkadot release is expected around the end of the year.
Roadmap
Polkadot is currently undergoing a series of proof-of-concept testnet releases as new features are completed and rolled out. Additionally, Kusama a canary network that will test the economic conditions of an early, unaudited version of Polkadot is launched to help inform the ultimate goal of Polkadot.
- Polkadot Genesis — Expected early 2020.
- Kusama — Announcement on 16 July, 2019. Genesis on 23 August 2019. Kusama CC2 on 26 September 2019.
- Westend — (Released January 2020) — A testnet based on the current Kusama codebase.
- PoC-4 (Release date 3 April 2019) — Staking changes and GRANDPA optimizations Release Blog post
- PoC-3 (Released 21 Dec 2018) — GRANDPA finality gadget added. Testnet: “Alexander” Release Blog Post
- BBQ-Birch testnet (Went live: 15 October 2018): Added smart contract support.
- PoC-2 (Released 29 Jul 2018) — Support for parachains added; rewards and slashing added to PoS consensus algorithms. Testnet: “Krumme Lanke”. First automatic upgrade via governance. Release Blog Post
- PoC-1 (Released 16 May 2018, Testnet went live 18 May 2018) — Initial proof of concept — included basic state transition engine for relay chain and on-chain governance. Release Blog Post
For latest information on the state of the Polkadot roadmap and the Polkadot codebase, please see the Polkadot GitHub repository, specifically the milestones page: https://github.com/paritytech/polkadot/milestones
Last updated on 5/4/2020 by joe petrowski
Other
Partnerships and team members
Introducing Web3 Foundation Open Grants
Web3 Foundation has launched an open grants program to run alongside their general grants program. The new program is running on GitHub, funding projects that support the Polkadot ecosystem up to US$30K equivalent, administered in cryptocurrency.
In the general grants system, decisions are made offline by the Grants Committee, which meets every two weeks on average. An element of privacy exists in the application process, as submissions can be made via the google form link.
The open grants program is completely transparent on GitHub. Like a blockchain, GitHub tracks everything that is done.
Decisions on the grants are currently made by a committee of eight people from Web3 Foundation and Parity Technologies. Their comments on the application, who approved it, feedback on the milestones, everything is visible on GitHub.
The application is accepted when one-third of the committee approves a pull request, the terms and conditions have been agreed, and any requested changes are addressed.
Currently, only grants of up to US$30K, paid in Bitcoin, are available in this program.
More details on the grant and the application process can be found on GitHub.
Interlay received a grant from Web3 Foundation to build a bridge between Polkadot Network and Bitcoin (BTC)
You can learn more about the partnership in this article:
Interlay Releases Codebase for BTC-Relay on Polkadot
Protofire to Build a Failover Solution for Polkadot
Protofire has received a grant from Web3 Foundation to contribute to the Polkadot ecosystem. During the first milestone, Protofire created a minimum viable product of a failover mechanism for operators running nodes on the Polkadot network.
On the Polkadot network, validators secure the relay chain that connects the components of the network, validate and verify proofs, as well as participate in consensus with other validator nodes.
The idea behind the solution by Protofire is to create a failover mechanism to ensure validator nodes — distributed across multiple cloud regions — remain stable in case of slashing due to double signing, node failure as a result of network loss, etc.
The failover mechanism employs the Consul consensus protocol to manage the state of all nodes on the network. Ran under the Raft algorithm, the solution requires at least three nodes to start the failover script. Once a node becomes elected as a validator, the other two continue operating in the archive mode. In case the validator node goes down, the failover mechanism quickly destroys it and replaces it with an automatically created node.
The team are planning to add Docker image support, enabling users on the Polkadot network to easily install their nodes with zero downtime. Deployed to Amazon Web Services, the system will also support Terraform scripts for Google Cloud Platform and Microsoft Azure.
You can also check out the project’s GitHub repository.
Chorus One Receives Web3 Foundation Grant to Bridge Polkadot and Cosmos Ecosystems
Chorus One has received a grant by the Web3 Foundation to develop parts of a bridge that will enable Substrate and Cosmos SDK-based blockchains to interoperate as part of the fifth grant cohort.
Such interoperability will allow, for example, a user on a Cosmos SDK blockchain to move TerraUSD coins to Substrate chains to take advantage of applications in the Polkadot ecosystem.
Connecting Two Vibrant Ecosystems
A core piece of Chorus One’s vision is the ability to freely transfer value and information across sovereign blockchain networks and applications. The Polkadot and Cosmos ecosystems have both been at the forefront of cross-chain interoperability.
This initial project will enable Cosmos SDK blockchains to keep track of consensus updates on Substrate-based networks.
A Substrate light client that’s compatible with the Cosmos SDK is a great first step towards bridging the Polkadot and Cosmos ecosystems. We’re excited to see the results of this work and eventually a complete bridge between both networks.
Dieter Fishbein, Head of Ecosystem Development at Web3 Foundation
For more info read this article
Join the Polkadot Ambassador Program
And if you become a Polkadot Ambassador, from day one, you’ll have the chance, very practically, to write the next chapter of Web3. Contributing for the sake of being a contribution is its own great reward, but you’ll also enjoy these benefits:
- FUNDING — You’ll get first-call, early access to bounties, and be eligible to receive funding to host local meetups and workshops
- SPECIAL ACCESS — You’ll be invited to exclusive events, an Ambassadors-only Riot channel, and behind-the-scenes phone calls with core-team members
- FREE STUFF — You’ll stand out with cool Polkadot swag, marking you as an extra-special member of the crew
- TRUE COMMUNITY — You’ll be working closely alongside some of the most notable figures in the Web3 space, while forging ties with others who are equally as passionate about architecting a better future for everyone
What are the expectations of an Ambassador?
Anyone is more than welcome to join the Polkadot community, but to become an actual Ambassador requires a bit more commitment, and a few extra steps. An Ambassador is a self-starter who is keen to demonstrate their dedication to the project. Ambassadors should contribute significantly each month to tasks and actions designed to help Polkadot grow.
Find out all the details and the process of becoming an Ambassador here.
Social media metrics
Social media activity:
The graph above shows the dynamics of changes in the number of PolkadotTwitter followers. The information is taken from Coingecko.com
This is not financial advice.
Subscribe to detailed companies’ updates by Paradigm!
