The UNIT wallet stores all of your tokens and makes it easy for users, customers, and community members to hold different tokens within their portfolio, exchange for others, execute token purchases, create tokens, and browse for available tokens.
Create a token
Why do providers offer their services and products?
Providers will have access to a global community and seamlessly build their client base. They don't need to worry about marketing or promoting themselves to customers. Every day, they wake up and get inquiries from people to provide products and services.
How do Providers Issuing Tokens
Providers should issue tokens because fundamentally, it increases the chance of them succeeding. Their fans, followers, friends, and community will be incentivized to help them grow, as well as reduce the risk on their entrepreneurial or project journey. This will enable moving away from projects that are created with the sole intent of getting acquired or going public, and rather allowing tokens to provide the needed liquidity for founders and the teams to succeed.
Customer/Members Buying Tokens
Customers/Members should buy tokens to incentivize their interests with the founders and the team members pushing for the project. We live in a very fragmented society, where we have the founders and investors on one side. On the other side, we have customers and employees. We believe in creating an economy where the customers, the users, the employees are also stakeholders and motivated to drive and grow these organizations, businesses, movements, protocols, and projects, as much as the founders and the team, which, whereby the rewards are shared and distributed much more equally.
How do issuing UNIT Tokens work?
In a three-step process, one can issue a token either for oneself, projects, events, companies, and alike.
Step 1 – Issuance Choose the name, the symbol, and set the number of the total token supply.
Step 2 – Distribution Distribute your token to your community, fans, friends, or clients by sending, selling, or exchanging them for advice, products, services, etc.
Step 3 – Trade/Token Exchange Once tokens are issued and distributed, the token holder can exchange them for offered products and services.
Example: A musician chooses to name the tokens MUSIC and set the total supply to 10,000 tokens. This up and coming musician can sell the MUSIC tokens to raise funds, exchange them for recording hours in a studio, and later in the career used by fans to attend concerts, or even offer them in exchange for mentoring. As the musician develops over time, the tokens increase in value, and everyone that supported the musician in the early stages will benefit from the increasing value of the MUSIC.
This approach will solve the difficulty of raising funds via crowdfunding. Unlike traditional crowdfunding campaigns, we include everyone in the success of a project, a person, or a company. For example, Oculus, which Facebook acquired for billions of dollars, early investors who believed in Oculus's future success received a product in exchange for their investments and did not benefit from the actual acquisition because they did not hold any Oculus stakes.
An organization can issue tokens for their communities, ecosystems, conferences, or organizations to UNIT them towards a common goal. By assigning a set of rules to the tokens on its usage, exchange, particular behavior, and actions is encouraged. As the token holders perform these actions, they are rewarded, and incentives are aligned between all of the ecosystems' members.
A business can use a token similar to how a gift card or loyalty point programs are issued. It is merely a way to get more customer retention or engagement. Customers feel that they're not going to switch to another better product; they're essential stakeholders in their business. And in using these tokens, they can exchange it for actual products. If they're an early supporter, they can benefit more than the latest supporters who receive maybe a lesser stake than ones who supported and aided in the ecosystem growth early on.
Fisher’s Equation of Economic Monetarism
M x V = Sum of Pi x Qi M - Total Value of UNIT Token V - Annual Trading Frequency of UNIT Token Pi - Price of Service (i) or Product (i) on Platform. Qi - Transaction volume of Service (i) or Product (i) on Platform i - individual service or product transacted through the network
Total Economic Value of UNIT platform = Sum of Pi x Qi
M = (Sum of Pi x Qi) / V
If the growth rate of the platform trading frequency does not exceed the growth rate of the platform economy, the price of UNIT will increase. Staking methods will be introduced for early stakeholders to reduce V and remove volatility in UNIT token price. In order to encourage the participants of the UNIT ecosystem to cooperate and to reward the nodes for maintaining the network’s integrity, UNIT Chain uses incentive mechanisms. Central to this economic model is UNIT Fuel (UFUEL), which is a UNIT that compensates for the computational resources used to execute operations on the UNIT Chain.
Gives an overview of the information of a token.
All the data from the other token features are shown in the form of an overview.
About Token Team
Allows a token to display the list of members for the team with the vesting and cliff period
Add team member with token allocation, cliff period and vesting period
About Token Questions
allows people to ask questions and upvote a question for that token
Why/How it works?
1 Ask question to the team members
2 Team members will answer the questions
Info - Show token information
Team - Team members with allocation, vesting and cliff period
Questions - Asking and answering key questions
operational token funds of a token
The bank has 5 reserve tokens
USDU UNIT BTCU ETHU DOTU
About Token Treasury
underlying token reserves which are backing the underlying value for a token. $1mil in a startup project which has 100,000 tokens. Then the underlying price is $10.
Now tokens have no lowest/bottom price, whereby tokens can drop in price to $0 due to speculative demand, and there is no reserves which are backing the token in a trust-less way.
The treasury is the equivalent of bankruptcy protection, which provides a minimum price for the token.
This is enabled by smart contract so that it can be redeemed in a trustless way.
The treasury has 5 reserve tokens
USDU UNIT BTCU ETHU DOTU
Bank - Operational funds
Treasury - Funds backing up the underlying value
Search - Two sided marketplaces where search token holders by tags
lead gen of community for a token
list of highest token holders
Why/How it works?
CRM for token onboarding.
waiting list invited registered token holder not interested
allows potential token buyers to see the growth of the tokens in the 5 stages above.
Community - Shows community user stages and top holders
About Token Search
Transfers - show transfers and make transfer
Search within token holders by tags.
Our UNIT marketplaces create jobs and help people find work by connecting providers and sellers with customers and buyers. With our community-based marketplaces, we make it easy for service providers and product sellers to generate leads and new customers, whilst providing the community access to first-class services and products. Through location-based search we offer a range of providers who support purchases to finalize transactions. In exchange, we take a small service fee which is shared amongst the community, and the value created by this community is also distributed amongst the different stakeholders.
We believe that the economy is powered and driven by entrepreneurs with ideas and the ability to take the risk in pursuing their vision. We empower all providers of products and services within the UNIT ecosystem to become entrepreneurs. With current business models, the risk, responsibility, and stress lie primarily with the founder/s. Often questions like, “What if I'm not able to bring enough business?”, “Am I able to keep going?”, ”Can I pull this off?", "How can I make sure to pay my employees?", "How am I going to scale my business?" arise. Such worries make it difficult to scale one's business. One of the unique advantages of the UNIT platform and our various UNIT Marketplaces is that we developed an environment where all participants benefit from each transaction. The providers/sellers benefit because they can keep the majority of their earning (80-95% of each transaction.) Customers can interact and work with the provider of services and sellers of products directly without intermediaries or as middlemen in terms of how the service platforms usually work in the ecosystem. We allow the entrepreneurs to build organizations with hundreds or even thousands of different providers and not worry about scaling or raising funds to build the agency business. The different community members also benefit from success. To grow a high-quality network of sellers/providers, we also incentivize member referrals. By referring providers of products and services onto the platform, members get a percentage of the service fees on any successful transaction providers/sellers to make. This approach allows virtually everyone to get the lifetime value of the people they bring to the service.
Become a UNIT Seller/Provider on UNIT marketplaces via a simple three-step process: Get invited by an active UNIT member Fill out a short interview questionnaire Create your profile Once approved by the committee, you will be receiving messages and inquiries from potential customers and clients. This streamlined application and review process is important to ensure an inclusive and high-quality network.
Become a UNIT Member on UNIT marketplaces via a simple three-step process: Get invited by an active UNIT member Add credit to your UNIT wallet Send inquiries to one of the UNIT Providers/Sellers about the products or services of interest
Example: If you are interested in getting a lesson in Spanish, or yoga class, or even buying a car or property, we make it easy for you to connect and speak with qualified sellers/providers to finalize your transaction.
The search on UNIT and our various marketplaces is a straightforward process. You type in a location and are provided with a list of providers. You get a chance to review the profiles, and then you send a message to who you're interested in buying a product or service from.
Buying a specific token
stores products orders
Stores - Selling products and services
Exchange - Exchanging token and USDU, against a liquidity pool
Allows users to exchange between USDU and the token
How it works?
We are in the process of adding automatic market maker functionality(similar to uniswap, bancor etc). Let me try to explain how it works. 🙏🏼
This is based on the formula(x * y = k). First there are things called Unit pairs, these are like trading pairs. An example in the trade above is unit - usd pair.
So at the start, there is no liquidity(nothing in the pool) so we need to top up the pool. Will add to the pool:
This means the current price of usd and unit is
1 usd = 5 unit
1 unit = 0.2 usd
And to calculate what happens when you trade against the pool. Here are two examples:
Example A - exchanging 10 usd to unit
Example B - exchanging 10 unit to usd
So before doing this calculation, you need to multiple what is in the pool. current pool is:
So 20 usd x 100 unit = 2,000 value(just 20 times 100).This needs to remain the same constant after the trade.
Example A - exchanging 10 usd to unit
Total value 2000(constant)
Total value 2000(constant)
So the amount of unit left after the trade is 2000/30 = 66.6 unit.
And the pool after the trade is:
We can infer that the amount of unit that one gets for 10usd is:
100 - 66.6 = 33.3 unit
And the new price is
1 usd = 2.22 unit
1 unit = 0.44 usd
Example B - exchanging 10 unit to usd
Before trade in pool
Total value 2000(constant)
Total value 2000(constant)
So the amount of usdu left after the trade is 2000/110 = 18.1
we can infer that the amount of usdu that one gets for 100 unit is:
20 - 18.1 = 1.9 usd
Pool after trade:
And the new price is
1 usd = 6.07 unit
1 unit = 0.16 usd
So this is just showing how AMM works - automated market makers work.
So you can create VAMSI tokens, and create a VAMSI - MICHAEL pair.
Now if we both put in 50 VAMSI and 50 MICHAEL.
Then if I sell my VAMSI to the pool, to get some MICHAEL. Then the value of VAMSI would go down compared to MICHAEL.
So the constant here is 50 x 50 = 2500
So if i sold 10 VAMSI to the pool, then there would be 60 VAMSI left(50 + 10).
now 2500/60 = 41.6
So I got 8.4 MICHAEL for 10 VAMSI when selling to the pool of 50 MICHAEL & 50 VAMSI.
Staking - Stake token and USDU, receiving exchange fees
Allows users to add to token liquidity pool of that token and USDU
How it works?
Staking occurs when people stake UNIT tokens. They can benefit from the exchanges between UNIT and other different tokens within the ecosystem and the token driven economy.
Liquidity pools provide a way for people to exchange UNIT with other tokens, whether for an organization, a business, or a movement.
supports the exchange pools by adding liquidity.
allows users to add a competition with a token reward
How it works?
Contests - Prize with fixed number of winners for specific tasks
make a poll where the token holders decide based on vote count
Polls - Governance
How it works?
Within the Unit Network, there are three forms of governance that the projects using the unit networks can choose: full democracy, partial democracy, and non democracy.
Full Democracy - unit choose full democracy because we will act on the polls made by our token holders
Partial Democracy - this is a choice of a token governance model where the token team listens to their token holders and acts on some but not all of the token holders recommendations.
Non Democracy - this is a choice of a token governance whereby the founders/team have made a decision not to listen to token holders
Why/How it works?
This comes under the polls/voting features where in the token info page, there are three options for governance.
Unit Teams Governance Guideline
Hi there and welcome to the Unit Platform!
If you are planning to create your own token, community and/or marketplace on Unit or are simply curious to learn more about governance on the Unit platform, you are in the right place.
On Unit, you are able to create and populate your own network while successfully developing and managing it together with other members of Unit through diverse tools including amongst others: tokenization platforms, marketplaces, voting polls, contests, events and many more.
As Unit gives you the power to create the conditions allowing individuals to gather into a group including the structuring of how group’s resources are managed and shared (economies), you will have similar responsibilities of a government, or as we like to see it, a “tribe leader”.
You will have to think of different groups' aspects including culture building, individual and collective values, and processes for decision making and enforcement of such decisions.
In this guideline, we are offering you a non-exhaustive whilst comprehensive guide and list of best practices around the topics of access governance (or simply “access”) and governance of a token ecosystem, organization or project on Unit.
Moreover, to complete the governance toolkit, we will be sharing the tools to be used to work with the governance structure chosen namely: norms, rules and code.
Unit operates on a token basis. The term Token refers to any utility token issued on the Unit platform, which could be an Industry Token, an Organisation Token, or a Business Token. For more information on the Unit Tokenomics and other useful information on the Unit platform features, please visit the Unit White Paper.
Access governance can be defined as the set of rules a network initiator or community builder puts into place in order to control (or not) who accesses the group. These conditions can range from very loose structures requiring only a Know Your Customer and Anti-Money-Laundering screening process (“KYC-AML”) to face-to-face interviews, professional accreditations or referrals from peers who are already part of a group.
Before diving into the different access modalities, a prerequisite for anyone to access the platform and purchase the Tokens is to complete a KYC-AML process to ensure that precautionary measures for preventing individuals from accessing the network for illegal ends including but not limited to the money laundering have been put in place. Unit offers the basic technology allowing you to perform basic KYC-AML screening, although it is your own responsibility to ensure that sufficient measures have been taken to protect the ecosystem from abuse. These measures may include: Requesting individuals proof of identity;
Verifying individuals identity against internationally recognized watchlists (UN Sanctions List, OFAC Sanctions List); Denying access to nationals of High-Risk countries.
Beyond the KYC-AML mandatory verification for accessing your Token ecosystem, you may decide to set up other parameters for granting individual access. The range of measures lies in between the permissionless access policy and the restrictive permission-based approach.
Permissionless means, as the word suggests, that after completing a KYC-AML process an individual can have access to the ecosystem without further checks. This route is at the core of the most prominent blockchain projects such as Bitcoin and Ethereum. The advantages of developing a permissionless ecosystem are many including the diversity of the ecosystem, its exponential growth, its inclusiveness and equality, and relatively low cost for processing ecosystem access. The downsides of such an open approach are its difficulty in handling governance, weak group coherence and decision making, difficult community development due to great diversity, individuals’ possible lack of commitment to take action on policies within the ecosystem and generally reduced compliance with applicable regulations, including data protection and privacy.
The other side of the coin is permission-based access, which is the to-go strategy for corporate blockchain solutions such as Hyperledger or smaller communities who want to build a certain culture and keep a close personal relationship among the members. Such access policy could also be advantageous when creating/defining the shared values and group meaning at an early stage or testing features on your platform. Opting for permission-based access to your ecosystem can have several advantages such as building strong relationships with your community, being able to implement policies and monitor their enforcement, creating a niche based community of individuals with a specific set of knowledge, not to mention more manageable compliance with privacy and other applicable regulations. In contrast to the permissionless almost hands-free access process, permission-based access may require an expensive top-down curation process and a significant investment in building the community and meeting individuals’ expectations.
We at Unit have opted for a solution that combines organic and open growth of the Unit ecosystem with a peer-permission-based model through member invitation. After an initial closed/permission growth approach of the ecosystem adopted by the Unit founders, we decided to give such power to Unit Members who are now allowed (and incentivized) to invite friends to the ecosystem by simply sharing a link. Unit believed that this “evolutionary” strategy from top-down filtering to peer-based access was a natural way to create an initial safe space for the network that then allowed for an organic, grass-roots, adaptive, and trust-based community to be developed by its peers.
When deciding how loose or close your membrane is, it is worth paying attention to the relationship between access and governance, which are tightly coupled with one determining the nature of the other in a dynamic way. The access modality you opt for indeed often influences the choice of governance, depending on factors such as the number of peers, their capability to self-organize, the community dependence on top-down control etc.
In short, it’s not a black and white decision between strictly permissionless or permissioned access, but your network building can be the result of the mixture of both or evolve from closed to open (and vice-versa) depending on the network’s purpose, governance structure and capabilities.
Governance can be seen as the set of different processes which allows a group of individuals to interact with one another, make decisions and take action. Governance processes may range from a simple handshake between two people to representative democracy, group consensus all the way to anarchy and self-organization. Group processes can be boiled down into three basic and general types of governance: Consensus; Meritocracy; Democracy. The description below is an oversimplification of the options available and are intended to inspire your vision towards building the most desirable solution for your project.
Consensus In its strict interpretation, the consensus model is based on the premise that a decision is made when all parties come to an agreement over a certain matter. The consensus mechanism often entails long discussions, meetings and negotiations before a satisfactory decision is made. This sort of models well suits small communities with personal bonds between each member or to build a solid culture to afterwards decide on a meritocratic system to handle rapid-decision making. To differentiate this type of model from democracy, in a purely consensual process everyone should neither feel left out nor unheard. If there is a win-lose outcome from the process, you are most probably looking at a democratic system. The consensus mechanism is the ideal system for small group coherence or at a very early stage (startup) whereby it is easy to get to hear and integrate everyones’ perspective into a “group felt” action. Pure consensus, however, is slow as a decision making process, and when the community grows to a level where including every member’s perspective into the decision-making process becomes too cumbersome and is detrimental to the evolution of the community or project, it is a sign the group needs to move to other decision-making mechanisms. Indeed, especially when decisions need to be implemented rapidly, systems of meritocracy may be better fitted for the task.
Meritocracy A process is put in place to select an individual or a small group who is entrusted with deciding on matters and take actions on behalf of the whole group (e.g. from software, the Apache Software Foundation, which operates a so-called “flat” structure whereby anyone can contribute to decisions, although members who get recognition for their community contributions gain more influence over the decision making process). The reader should bear in mind that meritocracy can morph into a dictatorship, when for instance, the interests of the whole are suffocated by the person or small group on the top. When built with transparent processes, and ways for the whole to evaluate the “merit” of an individual or group, meritocracy is the preferred option to govern large communities, as it allows for policies to be drafted and enforced rapidly. Moreover, systems of meritocracy often allow for well-informed decisions to be taken, as individuals with better skills or simply more involved and active with community concerns are better suited to know the direction to take. On the other hand, hierarchies with a very centralized decision making structure governing large communities often result in information bottlenecks, whereby the decision makers are lacking necessary bottom-up information to properly act.
Democracy In very simple and generic terms, a democratic model offers several options regarding a decision to be made in a community of people. These options are presented, often with rhetoric and influence, and voted by all members of the community, and the ones getting the majority of the votes will be implemented and will have its effects on the whole. Leaving out obvious examples of representative democracy in developed nations, examples of such governance structure in the technology sphere are the EOS Delegated Proof of Stake (DPoS) that arguably resemble the liquid democracy model, and Democracy.Earth which offers several models for democratic decision making. As with meritocratic models, democracy is well suitable for medium to large side communities, with the advantage (compared to meritocracy) that democratic systems ensure equal power when it comes to voting over a certain decision.
On Unit, you can work with Polls system to involve members of your network to vote on a wide variety of matters pertaining to the whole.
Democratic processes, however, should not be used to replace a consensus process in instances where community cohesion is key, as it is on matters of ethics, culture or changing a process of merit (who gets to take decisions for the whole).
GOVERNANCE MODES: NORMS, RULES and CODE
When it comes to dealing practically with governance, you might ask yourself: “so how do I get this group to choose governance structure?”
The answer for the appropriate form of governance can be found in norms, rules and codes.
Norms Norms can be understood as shared understanding about reality and values between a group of people. Norms were the way humans dealt with governing groups (from families to villages) for thousands of years before laws were introduced to ensure coherent behavior was followed by (and imposed on) an ever increasing number of people, whereby personal ties were not sufficiently tight to ensure peaceful co-living and group policing. You might experience norms as “common sense”, or principles which are not codified or strictly imposed but are part of a group or “social agreement”. Examples of such norms could be “not interrupting” someone while he is talking, helping the ones who are in need, being on time, don’t hurt a living being, respecting each other's space and so on. Norms form cultures, from a family setting to a group of friends to companies and at national levels. Some groups decide to write down those norms as a reminder or a statement of what a group or community stands for in terms of values, which can be helpful especially when coping with a multicultural or dynamic open community. Norms are not prescriptive, but followed when a felt sense of rightness/justness is intrinsic in someone's behavior. In communities (off- or on-line), norms are usually not written and followed by the individuals and “enforced” implicitly by the power of the network itself and for the fear of being disregarded when behaving against the norms.
Rules Rules in contrast are well defined set of statements which apply to the members of a certain group that being a state, your customer base, the user of the platform etc, and are usually agreed upon by either express consent (agreement), implied consent (if you participate you implicitly agree to the rules) or by natural cause, such as being born within a certain jurisdiction. The importance of rules is that they are written, accessible by the public and give a sense of order and trust when individuals don’t know each other but need to still interact (think of online business, city interactions, or international commerce). As the lack of ties between individuals in a community does not allow for norms to be followed implicitly or through peer-pressure, rules need to be enforced by someone in order to give them validity.
When there is a shared feeling or understanding in the community that the laws and their enforcement are equal, fair, or represent shared values we usually refer to these rules as being “just” or assume the existence of “justice”. If you are building a team, project or community on the Unit platform, we recommend you set up some Terms and Conditions of use of the platform, especially if the access governance structure is open, and you start to lose touch with who is joining. In smaller communities, norms and the network itself will often be sufficient to allow coherent growth and the building of a safe container for all peers.
Code Lastly, the concept of code is quite exciting whilst should be taken seriously as it’s design can have an important effect on the development and safety of the community/ecology that is subject to it. Code shouldn’t be confused with codes of conduct or ethics (norms) or the Civil Code (rules), but should be seen as a separate category on its own, and the most primordial type of governance enabler which existed before humans started to walk on this planet. In society code is defined by what we called “laws of nature”. This code runs by itself and governs relationships between different species, it’s the design of molecular structures, the digestive systems in our bodies and all other rules you can think of when you look at how nature works. Code is therefore both the most ancient way living beings have dealt with each other in a someway deterministic fashion and something human beings can now design through technology, which arguably changes or replicates and co-exists with the laws of nature (ex. IoT, DLT). It's in other words automatic, and no human interaction is needed (think of the code governing a self-driving car), apart from the ones who actually design that code in the first place which brings about reasonable concerns about what is an ethical code, what is good design etc. Unit has developed code for its Financial Model and Tokenization, which serves the purpose of governing how tokens (resources) are distributed on the Unit chain in a cooperative fashion and the way the value of Unit Token is calculated. An example of code when you begin a community online through Unit are the algorithms embedded on the Unit platform and all modifications you make (add functionalities) to, for instance, token economics you chose to follow, the automatic distribution of resources through the community, the design of an autonomous organization (DAO like), a rating/reputation system, or an identity management system you operate to give individuals access to your community. Especially with decentralization and blockchain, whereby the power of decision-making shifted from humans’ discretion to algorithms or algorithmic consensus mechanisms, the discussion on code and code design for governance is crucial.
On norms, rules and code There is no rule of thumb on what governance “tools” should be used for a chosen governance structure, although some combination might appear more obvious than others to you.
Small groups that function through consensus might well be driven by common-sense and implicit principles for their interaction. Processes for dispute resolution might be put in place however which might look more like rules than norms, but are still perceived as ways to fulfil the shared value system emerging from the community interaction.
Larger groups of people lacking strong connections between peers and functioning on democratic structures might benefit from rules which support members’ accountability for action taken against the community and helps create a sense of safety when dealing with strangers in a digital network.
Code might be used to automate certain processes, and be encoded (for instance) in smart contracts which allow for the automatic enforcement of certain straightforward rules, avoiding human bias and intervention when that is not necessary.
Takeaways and Conclusions
We hope that you now are equipped with a few tools you can use to start sketching access policies and governance structure for your Unit project. The ideas presented are not set in stone, but meant to be taken as a general starting point, and leave out the technicalities as well as interpersonal dimensions that should be considered when building up a project with a group of people. If you want to deep-dive into the technicalities of decision making, here is a great article from Polkadot on those matters, including an explanation on how PoS, and PoW work. Another useful resource in relation to the concept of code and the development of protocols for decentralized collaboration is the DAO Stack.
On a more interpersonal and community management level we suggest having a look at holacracy, a method which sets some valuable principles on how to manage decentralized organizations. Another useful resource on how to enhance group bonds and coherence can be found on the MicroSolidarity website.
There are some remaining matters we want to mention and which are worth stressing before ending this guideline. We have listed those in a question and answer format as we believe every journey should begin with addressing meaningful questions.
Firstly, before choosing an access policy, governance structure, and the norms and/or rules and/or code, as with any other Design Thinking process (Empathize, Define, Ideate, Prototype, Test) empathize with your target audience, being the community of professionals you want to attract in your Unit Community or the customers to whom you offer your products and services on the Unit Marketplace. Ask yourself, how tech savvy are they? Are they used to top-down control or are they likely to be free spirited and self-organizing members? Will they be involved in the projects, or passive? Is the crowd I am attracting competitive and individualistic, or more collaborative and looking for relationships and support? Are they likely to turn around when faced with too many access hurdles, or they understand the process from previous experience? These are just a few questions that could help you navigate various access and governance options.
Secondly, put on the evolutionary lens for a moment and imagine what could be the long-term developments, similar to a project road-map. As mentioned earlier, most likely, as we have experienced at Unit, the access and governance process you set up to build your project/community early stage will change as the community evolves and its needs and interactions change. Ask yourself, how will the relationship change as the group grows? What is the maximum capacity of the network I want to build? Will small, self-organizing groups likely develop? If so, how will governance change? If diversity is essential to the community I want to build, how do I ensure that the ecosystem keeps its variety of and does not attract the same group of people (ex. cults, eco-chambers).
Lastly, a few more questions we had to face ourselves at Unit and that you may want to attempt to address for your consideration on the above topics. How will I handle the resolution of controversies in the community? What is a fair way to distribute resources through the community? In a democratic system, how do I ensure actors have access to enough knowledge to enable them to take informed decisions? How do I ensure engagement of individual members? What policies should I put in place and enforce for a healthy community to emerge and to eventually sustain itself? What are the ethics underlying the building of code? Who should be accountable for the consequences of its (code) automated enforcement?
We very much hope this guideline inspired you to begin or keep working on developing your community on the Unit platform where we love to help teams navigate governance matters, so feel free to reach out to us if you need any support.
submit a post and upvote using the token
How it works?
News - Reddit-like interface for links and posts
board of rooms and times in UTC
agenda of the conference events from rooms to timeslots
this points to the individual rooms which are similar to zoom/clubhouse.
How it works?
important for educating the community on the token purpose and motivations.
About Token Rooms
Allows a stage and audience for video or audio discussion
How it works?
Type(Organised, Random) Recorded(Yes, No) Title(optional)
About Token Content
Allows selling of Educational Content or sharing content with min token balance
How it works?
Conferences - Schedule of organised rooms
Rooms - Clubhouse/Zoom
University - Recorded content