blockchain powered co creation whitepaper.pdf · registering reputation, skillsets and the task on...
TRANSCRIPT
Blockchain Powered Co‑Creation Crew enables companies to grow faster, by incentivising, using and rewarding the
skills, networks and knowledge of their community.
https://www.crewhq.io
V0.3 - Jul 2018
(Disclaimer: This whitepaper is constantly updated.
If you have comments, feedback or thoughts please go to Google Drive and add your comments there)
Table of contents
The opportunity 3
The Status Quo 3
Living the new normal: community driven companies 3
The opportunity 4
The business case 6
Challenge #1
Missing incentives to help co-create 6
Challenge #2
Dynamic work relations are risky by nature 6
Challenge #3
Dynamic work relations are expensive 7
Challenge #4
Fraud is hard to prevent 8
Challenge #5
Governance is lacking 9
Challenge #6
Management is time consuming 9
Crew 11
What is Crew 11
The dApp 11
Our vision for adoption 14
How Crew works 14
Reputation 17
The CRW Token 22
Architectural overview 24
CrewID Contract 25
Crew Task Contract 26
Crew protocol contract 27
Crew POA Oracle 28
Go to market strategy 31
Phase 1 - Grow Crew 31
Phase 2 - Crypto roll-out 31
Phase 3 - Partnerships 31
Phase 4 - Foundation 31
Business model 32
1
Crew Company 33
Roadmap 33
Team 35
Legal Disclaimer 38
2
Part 1
The opportunity
The Status Quo
Remember the old days when centralized founding teams got funded from a selected
group of investors, and together with a static workforce created services only they
control? The intention was always to sell these services to their target market. In this
traditional model, the ‘community’ was the target market, the single source of
revenue, and it was definitely not an extension of the company.
Fast forward to 2000 , entrepreneurs, researchers and marketeers realised that the 1
concept of co-creation, the joint creation of value by company and customer,
allowing the customer to co-construct the service experience to suit their context,
would give a huge competitive advantage. Strangely enough, co-creation never really
took off, until the crypto enthusiasts started supporting Token Sales in the form of
ICO’s and sparking the community driven projects and hence placing co-creation on
the map as the new normal.
Living the new normal: community driven companies
Blockchain and ICO’s gave birth to a new way of building companies that depend
heavily on co-creation. These companies are creating services that depend on
modeling and growing token economies, and the only source of revenue will (mostly)
be the increased value of their tokens when their economy becomes successful.
This means that success is very much dependent on building a thriving, active and
involved community. Without a community, there is no economy. And without an
economy, there is no success.
1 https://hbr.org/2000/01/co-opting-customer-competence
3
It is therefore near impossible for these companies to build success by themselves.
Their role is to spark vision and give direction to their community. And together with
the community they achieve their goals: a thriving decentralised economy and a
successful decentralized service. This means that building a community, and the
process of co-creation, has now become a core activity of every blockchain company.
The proof is evident. The first steps these companies take, often months before their
idea is even finalized, is to start a Slack, Discord, Telegram or Riot to facilitate their
community. Community involvement results in enthusiasm, word-of-mouth
referrals, and community growth. People want to help out, they become ambassadors
for the company and get others on board. The company now actively starts
facilitating co-creation by launching proof-of-care and bounty campaigns. And the
community has become a dynamic workforce that helps develop the company.
The opportunity
This massive transformation, from ‘customers as buyers’ to ‘customers as
ambassadors’ and the ‘co-creation mentality’ is impressive. In 2017, the number of
ICO’s increased by 1781%, raising a total amount of 6037.7 million USD . And since 2
then the number just keeps rising.
Although this growth is impressive, the market potential for Crew is much bigger.
Within a decade, according to a research by Upwork and the Freelance Union, 50% of
the American workforce will be freelancers , and that is happening all in the western 3
world . This means that the workforces of the majority of companies will be 45
dynamic. And that means that companies will need to create pools of flexible workers
to keep accomplishing their goals.
2 https://www.coinspeaker.com/2018/01/04/cryptocurrency-ico-market-overview-2017/
3 https://www.upwork.com/press/2017/10/17/freelancing-in-america-2017/
4https://www.mckinsey.com/global-themes/employment-and-growth/independent-work-choice-nece
ssity-and-the-gig-economy 5https://www.forbes.com/sites/elainepofeldt/2017/10/17/are-we-ready-for-a-workforce-that-is-50-fr
eelance/#5f7387e83f82
4
To address this shift, building thriving communities to attract talent will be a core to
companies and the reason Why we started Crew.
We help companies to incentivise, use and reward the skills, influence and
knowledge of their community members, so they can focus on building what they are
good at: their economy, service or product.
5
Part II
The business case As with most transformations, we see
opportunities and challenges. Crew
focuses on addressing the challenges to
lower the barriers for vibrant and
thriving communities to come together
and co-create. Innovative Projects have
the tools to further develop product
and services offered in the Blockchain
ecosystem.
Challenge #1
Missing incentives to help
co-create
Within a customer base or community
there will be diverse contributors who
could be involved in co-creation.
There will be designers, developers,
thought leaders, marketeers, scientists
and people with amazing connections
that could help a company grow faster
or a service develop into something
amazing.
But how do we incentivise to
co-create? For the company this is
self-evident, they constantly invest in
their vision for the future. But the
immediate value for the co-creator is
often not very clear. Why would you
spend time on fixing a code issue, or
helping writing a blogpost, if you only
get a future reward to do so?
Crew’s solution
With Crew you can create blockchain
powered contracts for tasks that fuel
co-creation. When someone from your
customer base or community performs
that tasks, they instantly get paid.
Think about rewarding bounties,
proof-of-care submissions, opening a
network connection, code submissions,
gamification, leaderboards, contests or
even creating something tactile like a
3d printed model.
Challenge #2
Dynamic work relations are
risky by nature
Co-creation means having dynamic
relations between the company and the
person performing a task. But dynamic
relationships come with risk for both
parties.
Liquidity and payment reputation
6
For the person performing the task,
the liquidity of the company is an
uncertainty, and as such its payment
reputation. It might take weeks or even
months before you get paid, or worse,
the lack of liquidity might even result
in not getting paid at all. A company’s
reputation is almost always not
transparent and as such relationships
are entered on mutual trust. A
company might pay one worker on
time, while treating other workers in a
completely different matter. For a task
performer it’s hard to find out the true
behavior and reputation. This
uncertainty reduces the will to start
performing the task, or makes starting
the task slow and cumbersome as a lot
of paperwork is involved.
None-portable reputation
For the company, the reputation and
skillset of the person performing the
task is an uncertainty as these are
currently build up and stored on
centralised platforms like LinkedIn,
Upwork, etc. Someone might build a
reputation on one platform, but that
reputation is literally non-existent on
another. A person misbehaving on for
example Upwork, can start anew on
another site without that community
knowing about the bad reputation. So
how can you be sure that the person
you hire can actually perform the task?
Crew’s solution
Crew eliminates these risks by
registering reputation, skillsets and the
task on the blockchain. Within Crew,
everyone builds up a reputation, and
that reputation influences the staking
conditions under which tasks can be
performed for all parties involved. And
in case of a dispute, community
members can vote on-chain on the
truthfulness of the dispute. Learn more
in the next chapters how Crew works
and Reputation.
This powers a new confident workforce
with dynamic and trusted relations
between companies and co-creators,
without the cost overhead and setup
time.
Challenge #3
Dynamic work relations are
expensive
Traditional employment relationships
are expensive and the process is
cumbersome to set up and run. Payroll
7
providers are simply too expensive and
slow to facilitate a dynamic workforce.
Added to this, globalization and the
power to source contributors around
the world poses other challenges with
cross-currency payments, languages
and time zones. This limits the will to
employ a dynamic workforce.
Crew facilitates direct relationships
between the company and co-creator
by moving these relations to the
blockchain. Costs of payroll providers,
contracts, and the payment processing
are all greatly reduced. Crew makes
rewarding people guaranteed, fast and
cheap.
Challenge #4
Fraud is hard to prevent
Rewarding people for performed tasks
is the basis of co-creation. Value is
exchanged for added value. Rewards
are given for good behavior.
Unfortunately these value exchanges
are almost always done via centralized
institutions that function as black
boxes and define the rules of how we
exchange that value. This gives these
institutions power to change the rules
at will, create monopolies, charge
increasingly higher fees, sell our data
and makes the exchange susceptible to
fraud.
This black-box nature results in
uncertainties and often vulnerability.
Currently, very primitive tools (i.e.
excel spreadsheets) are being
deployed to leaderboards or reputation
assignment to customers. This open a
new question around transparency and
fairness. How do we know for certain
that the company is not favouring
other people? Or perhaps the person
responsible just made a mistake. This
dilemma becomes even more impactful
when money is involved.
Crew’s solution
Crew solves this by moving the
exchange of value to blockchain. The
truth is now decentralised, making it
transparent for everyone involved in
co-creation what is going on, and
drastically decreasing chance of fraud
through transparency and
immutability of records.
8
Challenge #5
Governance is lacking
In the process of co-creating a product
or service with your customers, there is
no easy way to implement governance.
Governance is an essential part of this
process to maintain a fair decision
making process while fostering and
retaining the knowledge of your
community.
Crew’s solution
Now that we have blockchain it is easy
to implement governance. Crew gives
its token holders voting rights, and
votes can easily be cast through the
Crew platform. One such example is
voting on disputes. When someone
opens a dispute for a task, community
members can vote on the outcome of
the dispute.
Companies can now really use the
wisdom of their crowd to move faster
through community driven innovation,
knowledge and expertise.
Challenge #6
Management is time consuming
Leveraging the power of communities
that have been transformed into
dynamic workforces includes keeping
track of progress, deliverables and
payments. This process is not only
expensive as explained before, but also
very time consuming. Companies often
use complicated excel sheets to keep
track of progress of bounties and other
tasks. For small communities this is
could be to a certain extent doable, but
for large communities (i.e. tens of
thousands of members) keeping track
and reporting ramps up the
administrative workload.
Crew’s solution
Crew makes this much faster by
integrating all community activities in
a single platform, and automatically
keeping track of thousand of
community activities on multiple
platforms. Reporting, scoring and
progress are all instantly viewable,
saving a huge amount of time.
----
We believe that these 6 challenges, and
with that the solutions that Crew
brings, will make it possible for
companies to transform communities
to risk-free dynamic workforces. In the
next chapter we present the Crew
9
dApp, after which we go into more
depth into the Crew protocol to explain
how Crew accomplishes its claims.
10
Part III
Crew
What is Crew
Crew consists of a decentralised application (dApp) that companies can use to
manage their communities. The dApp is powered by the Crew protocol that is
running on Ethereum smart contracts. The protocol is open-source and can be used
to integrate Crew functionality in any application. The Crew team will build and
develop the protocol and the Crew dApp.
The dApp
The Crew app has been in development since 2016 as PostSpeaker. 100s of customers
are using the app for publishing content to the social media of their community
members. We are currently extending the app to run on the decentralised Crew
smart contract protocol, and to integrate features that make use of that protocol. See
the roadmap for detailed information.
11
The Crew dApp enables companies to:
● Create a transparent record of reputation
Payment, task handling and dispute behavior is all tracked as a reputation
score in the CrewId contract.
● Recruit community members in a simple and fast way via email,
and automated via Slack, Telegram and Discord.
Send invite links through email, and direct signup within Slack, Telegram and
Discord through bots.
● Create paid tasks
Easily create tasks and bounties and target based on community member’s
competences.
● Increase promotional reach
Use Facebook, LinkedIn, Twitter, Instagram of community members to
promote content in a fully automated and secure way. Push that content as
well to Slack, Telegram, Discord in a fully automated way.
● Reward community members
Reward community members for promotions on these platforms through
automated micro-payments.
● Setup and run automated loyalty campaigns
Automatically reward community members with micro-payments for showing
certain behavior. For example, reward people who posted on Slack 50 times.
● Create transparent leaderboards
As all tasks and rewards are tracked on the blockchain, leaderboards will be
12
immutable and transparent.
● File disputes on tasks
In case of a dispute, the company or the task performer can open a vote. The
votes are publicly available on the ‘dispute board’. Other users can vote by
staking tokens. The users who voted correctly will earn the tokens of the users
who voted incorrectly, as well as the tokens staked by the company and the
task performer.
● Cast votes and polls
Build-in governance enables companies to case polls and votes to use the
knowledge and expertise of their community
The Crew dApp enables community members to:
- Create a portable CrewID that holds skillset and reputation
The CrewID is a personal ID that can be used in different communities within
the Crew ecosystem.
- Find tasks and earn CRW tokens for performing these tasks
The community’s task board lists tasks that the user can pick up and perform
in a permissionless way.
- Review tasks of other members and earn CRW tokens for correctly
reviewing these tasks
Tasks can have a reviewer who judges the deliverables of the tasks. Accurately
reviewing tasks earns you tokens and reputation.
- Earn CRW tokens by vouching for users with low reputation.
Users with low reputation can only pick up tasks if other people vouch for
them by staking tokens. When the task is delivered as agreed, vouching users
earn tokens.
13
- Vote on disputes and earn CRW tokens by voting on the
correctness of the dispute
In case of a dispute, the company or the task performer can open a vote. The
votes are publicly available on the ‘dispute board’. Other users can vote by
staking tokens. The users who voted correctly will earn the tokens of the users
who voted incorrectly, as well as the tokens staked by the company and the
task performer.
- Suggest tasks
Co-creation means community members can suggest tasks. The company is
free to accept or reject such tasks.
Our vision for adoption
The UX patterns in blockchain are currently too complicated for mass adoption. We
plan our dapp to be simple in use by abstracting away blockchain as much as
possible. A good example is the Giveth dApp, which our team members have helped
building.
How Crew works
A simple use case
Acme Inc wants to use the Crew protocol for rewarding someone for a task that helps
co-create their larger vision. The first step is that Acme deploys a Crew Task Contract
and stakes:
● The reward for the performer of the task in Ether or in any ERC20 token
● A stake in CRW tokens based on their reputation. This stake functions as a
safeguard for the task performer, for example when the company cancels the
task.
14
Jane from the community now wants to perform the task. Jane stakes some CRW
(amount based on her reputation) in the Crew Task Contract, to assign the task to
her. She needs to stake to claim the task and to show she’s serious about performing
it.
Once she delivers the task and it is accepted, both parties need to review each other.
This will update their reputation. After reviewing, both parties get their stake back
and Jane gets her reward.
This scenario is just a simple happy flow scenario, the real world is much more
complex. The next example shows how to handle more complex scenarios.
The reviewer
Delivered work is often subject to subjective approval and opinions. To make sure
that all parties involved are happy, and the reduce the chance for disputes, a reviewer
can be assigned to a task.
A reviewer is basically an ethereum address, which can be a single person, a multi-sig
or any other smart contract, an AI, an Oracle, etc.
In the case of using a reviewer, let’s say this person is called John, the company
assigns John as reviewer when creating the task. Now, when Jane delivers the task,
John needs to approve it, or provide feedback how to improve the task. This feedback
loop is performed off-chain, but state changes (as in ‘needs improvement’ ->
‘delivered’) are stored within the contract for transparency.
Once the work is accepted by the reviewer, Jane, John and the company get their
stake back, and John earns a review fee in CRW which is deducted 50-50% from
Jane’s and the company’s stake.
Reputation and skillset
15
When you create a task as a company you don’t want a plumber picking up a task for
a developer. And you might not want a junior developer working on a task that needs
experience. With Crew you can control which tasks can be picked up by whom, by
specifying minimum required reputation within a certain skillset.
When this behavior is required you can specify skills and required reputation for
those skills upon creating the task. Let’s say the parameters are like this:
● Skillset: developer
● Minimum reputation: 4 (on a scale from 1-10)
Now we have Dave, a developer who just entered the community and started with a
reputation of 1. Dave will be unable to pick up this task, the contract will simply
reject him. But there’s also Sara, an experienced developer who has a reputation of 8.
She can easily pick up the task and she even needs to stake less CRW because her
reputation is very high.
Reputation plays an important role within the Crew protocol. It function as a
matchmaking mechanism between task owners and task performers. But it also
influences stakes required to take action within the protocol by all parties. In the next
section we explain in great detail how reputation works, and also how dispute
Disputes
These examples present happy flows, but sooner or later there will be disputes
between task performer and the task owner, even when a reviewer is involved.
With Crew, both task performer and task owner can open a dispute. One of them
need to file a case with evidence and proof by staking an amount of Crew. The other
one can add his evidence. This case is stored on IPFS.
All disputes are presented on the dispute board for a given community. Anyone can
check out the disputes and vote by staking on the truthfulness of the dispute. Once
16
the vote closes, the winners earn the stakes of the losers. The stake of the dispute
opener goes to the other party. For example if the task performer opens the dispute,
and he loses, his stake goes to the other party.
Reputation
The protocol keeps track of reputation by storing data like review time, task
completion time, satisfaction rating on chain. This data is made available through the
Crew oracle.
Calculating reputation
Reputation follows a log base 10 mathematical function going up, and an inverse
log-10 function going down. This means that it is relatively easy to increase your
reputation, but it gets harder and harder to keep increasing it. On the other hand,
high reputations drop very fast but low reputations drop slow as it should be
expected that a member with high reputation delivers quality work and doesn’t make
mistakes as often as a low reputation member.
The log base 10 function also means that a person with reputation 50 has a ten times
higher reputation than a person with reputation 49.
17
Another characteristic of Crew’s reputation system is that people with low reputation
cannot harm people with high reputation. They can only add reputation. This only
counts within a specific role, so a reviewer with low reputation can influence the high
reputation of the task performer or the company.
All reputation decays over time as it is only calculating the activity within the last
20000 blocks (roughly 6 months), and in that calculation the older reputation
ratings are decayed exponentially, so that more recent ratings have more influence.
Reputation is stored within a CrewId, and is only updated when it gets queried.
Increasing reputation
Within the Crew protocol there are a couple of ways you can increase your reputation
1. Perform and deliver tasks according to the specifications
2. Submit proof of past accomplishments for community review (certified trust)
3. Have other people stake in your reputation (witnesses)
18
We will now give an overview of these 3 mechanisms
Perform and deliver tasks according to the specifications
After performing a task, the company and the reviewer need to score the quality of
work. The options are:
0 = did not deliver
2 = delivered, but incomplete
4 = delivered, but rejected
8 = delivered, but needs improvement
16 = delivered according to agreement
32 = exceptional work
Submit proof of past accomplishments for community review
A user can increase reputation by submitting proof of past performances and request
review by the community. To do so, a user submits a url or file containing the proof,
stakes an amount of Crew as the reward for verification. This request is then
displayed on a marketplace.
Other users can then review and bet on the outcome of the proof, basically
answering the question if the proof is truthful or not. They do so by staking 20% of
the reward. Once the vote closes, the winners get all the stakes, the reward and an
increase in reputation. The losers lose their stake to the winners and decrease their
reputation. The user requesting proof always loses his stake, he basically pays for the
review.
Have other people stake in your reputation
A user can ask other people to stake in their reputation. This doesn’t really increase
the reputation of the user, but it does allow him to pick up or review tasks that
require higher reputation than he currently has, by staking less CRW than he should
19
based on reputation. This enables the user to do more tasks and increase reputation
faster.
Information stored
Whenever a task is performed, the following metrics are stored on IPFS for all the
parties involved in the task:
1. Time of task completion and if that time was in the agreed timeframe
2. Time of review completion and if that review was in the agreed timeframe
3. Amount of reviews tx the task needed to be completed
4. Task cancel request and which party requested the cancellation of the task.
5. Subjective score 0-5 from for each party in the contract, given by the other
parties.
Staking
The amount required to stake within the Crew protocol is based on reputation and
the CRW-fiat exchange rate. The base stake is the inverse log10 mathematical
function of the reputation score. So if a user has low reputation, he needs to stake a
lot. If a user has high reputation, the stake is low. We call this the ‘reputation
multiplier’.
The protocol has predefined the stakes, which can be updated by the community
through governance. These are:
- The base stake for tasks is defined as 10% the price of the fiat task reward
times the ‘reputation multiplier’
- Staking for vouching for other users is defined by the reputation score
difference times the ‘reputation multiplier’
Reputation scoring protocol changes
20
The reputation system as presented here will be implemented upon launch. However,
we implement governance with voting mechanisms so that the community can
decide to change the mechanism or parts thereof in the future.
Crew will be built on top of Aragon, so these governance and voting mechanisms will
adhere to Aragon’s standards.
21
The CRW Token
The aim of the Crew protocol is to
incentivise people to pick up and
perform tasks and deliver these tasks
as per the mutual agreement, reducing
risk for all parties. As such the protocol
discourages cheating and bad
behavior, and encourages delivering
high quality work within an agreed
timeframe. Furthermore the Crew
protocol functions as a matchmaking
between task owners, reviewers and
task performers.
As such the CRW token is both the
currency, reputation vouching and
governance mechanism within the
protocol. All users using Crew need to
stake CRW based on their reputation.
This stake functions as a fine for bad
behavior and is returned in case of
good behavior. A high reputation score
results in having to stake less CRW, a
low reputation score results in having
to stake more CRW. This makes sure
that it becomes easier for people with
high reputation to pick up and be
accepted for tasks. But if such person
abuses its reputation then the next
time the stake will be higher as
reputation went down.
Users, including the oracles and
reviewers, get paid in CRW for tasks
22
performed, apart from the currency as
defined in tasks as the reward.
The Crew token is an ERC20
compatible Ethereum token that is
accepted by all Ethereum wallets. The
Crew token is required to use the Crew
protocol and represents a value of
work within Crew. Every transaction
within Crew is performed with the
Crew token, on the Ethereum
blockchain. This enables a safe, secure
and transparent protocol.
23
Part IV
Architectural overview
The Crew protocol consists of a set of Ethereum smart contracts:
● A CrewID contract that holds user records. For each user it includes
reputation, hashed userdata and skillsets of all parties involved in the Crew
protocol.
● A Crew Task Contract that is being deployed for each task.
● The Crew Protocol Contract that holds the reputation model as well as a
record of CrewIds
24
● An extendable Crew Proof of Authority Oracle that initially provides
fiat-to-Crew rates to the protocol contract but will later support other data,
like social media proof and web content publishing proof.
CrewID Contract
The CrewID contract keeps a user record that consists of:
- Reputation per skillset as calculated by the protocol.
The user can add skills to his CrewID but they’ll start with a reputation of 0.
- User information like Twitter handle, email. This information is stored
encrypted in the contract and is controlled by the user.
To participate in the Crew network, a user needs to deploy a CrewID contract. Upon
creation the CrewID is registered with the protocol contract. Afterwards, the user can
25
update and selectively share his information, but only the Crew protocol can update
reputation.
Crew Task Contract
Creating a task
Upon creation of a task, the owner sets:
● The reward
● The required skill(s)
● The minimum required reputation for each skill
● A reviewer address
● A link to an IPFS record holding the details of the task
Match-making, or how a crewId can pick up a task
A person can only perform the task if there’s a match between the task’s skills and
reputation and the person’s CrewID as explained in How Crew Works.
26
The assign() function is called on the task contract with the reputation and skills of
the CrewID. If there’s a match between required reputation and skills, the task
contract will call getRequiredStake() on the Crew Protocol contract. The Crew
protocol contract now calculates the required stake, and calls the payStake()
function on the CrewId to initiate payment of the stake. If the CrewId does not have
enough balance, the transaction will fail and the CrewId cannot assign the task.
Paying out a task
As reputation is such an important part of Crew, a task is only paid after a participant
reviews all the other participants. For example, the owner needs to score the reviewer
and the performer on a scale of 1-10, by calling the submitReview() function on the
protocol. Upon receiving the review, protocol will initiate the payment of the
completed task to the msg.sender.
Crew protocol contract
The protocol contract is a singleton contract that holds:
● the reputation model
27
● a record of all CrewIDs and their associated tasks
● a record of available skillsets
● A record of all tasks
The reason the contract is a singleton is to make sure CrewId is portable among the
many organisations using the Crew protocol. Upgradeability is achieved by moving
all the logic to a separate reputation model contract.
Reputation model contract
The reputation model is stored in a separate contract to ensure upgradability of the
model.
Crew POA Oracle
The Crew Protocol is powered by an off-chain Crew POA Oracle to initially provide
social media publishing proof. The role of the oracle is to give this input to tasks that
depend on social media api input . Smart contracts cannot make external calls to
third party service, they can only receive input.
That means that an intermediary service, an oracle, needs to fetch requested data
from trusted and verified 3rd party service, and pass it on to the smart contract. The
challenge is that money is involved, so the data provided by both the 3rd party and
the oracle needs to be untampered, secure and trusted.
28
Crew solves this by setting up an off-chain proof of authority oracle. Initially we will
select 10 trusted parties (authorities) to run a Crew Oracle node. These 10 nodes are
required for consensus, but also for handling fall-outs of availability. All nodes can be
monitored by the public and the code will be open-source for transparency. The 10
nodes will need to stake a significant amount of Crew in the Crew Oracle contract.
The crew oracles nodes will receive social media result requests from the Crew Oracle
Contract. These requests are encrypted with a public key provided by the Crew, and
only Crew holds the private key.
All 10 parties query the respective social media (e.g. Twitter, Facebook, etc) and pass
their answer back to the on-chain Crew Oracle contract. This answer is again
encrypted with the public key provided by Crew.
29
Additionally the answers are also stored on IPFS for transparency, unless the data is
marked as being sensitive. In that case the data can be encrypted so that it is only
viewable to the parties involved in the specific task contract.
Once the oracle contract receives the answer, a consensus mechanism is triggered:
A. The nodes that lie loose part of their stake to the nodes that don’t lie. When a
node lost all of their stake, they will not be trusted anymore and be replaced
by another trusted party.
B. The nodes that tell the truth will receive a reward in Crew, as each oracle
request requires a fee.
The consensus will be supplied to the task contract as the true answer, upon which
contract logic will be executed.
Initially the Crew Oracle will only supply social media proof, but we will extend it
with other data sources, like Crew-fiat exchange rates and web content publishing
proof.
30
Part V
Go to market strategy
Phase 1 - Grow Crew
Our initial focus is to use our own protocol to kickstart Crew. We are going to involve
our community and reward any tasks performed by our community in a transparent
way via the Crew protocol. We will build a dApp on top of the Crew protocol to
handle task submissions, bounties and run ambassador programs.
Phase 2 - Crypto roll-out
Our second focus is the crypto space. Crypto companies greatly depend on thriving
and involved communities. As explained in the first chapter, there’s a huge shift
happening from ‘communities as buyers’ to ‘communities as ambassadors’ and the
‘doing it together mentality’. We are going to enable crypto companies to easily run
extensive bounty programs and proof-of-care applications in a transparent way using
Crew, by extending the Dapp we developed in the initial stage.
Phase 3 - Partnerships
Our third focus is to get non crypto products and services on board by building
integration partnerships. In the footsteps of crypto companies, there will be a
massive interest and shift towards blockchain technology. We believe that traditional
companies will want to involve their communities more and more in the near future,
and moving to Crew saves costs and makes everything more transparent. Those
companies include providers of loyalty programs, ambassador tools, gamification,
behavior analyses and analytics.
Phase 4 - Foundation
Our final focus is to run Crew in a completely decentralised way. We certainly do not
want to replace the centralized institution that control rewards. We will give Crew
31
token holders governance rights to have influence on the direction of the project. And
it might even be possible that Crew will become a foundation in the future.
We believe this plan of attack is what will make Crew go to the moon. It will become
the defacto standard for incentivising communities via blockchain technology. And it
will create a more transparent and decentralized future for the basis of our economy.
For a detailed roadmap please check the Roadmap section.
Business model
The Crew protocol is open source and can be implemented by anyone. This means
that other people can create different business models using the protocol. As such,
within the protocol we build an option to charge a fee for payouts taking place
through the protocol. It’s up to people implementing the protocol to use that fee or
not.
The Crew team will be implementing this fee and it is set as a margin of 0.25%. That
means that 0.25% of each payment goes to the Crew core team, which is still very
much lower than any payment processor out there.
Our dApp will also charge communities according to a SaaS model on a monthly
basis, based on the amount of community members served through the dApp.
32
Part VI
Crew Company
Roadmap
Our roadmap is very much focussed on short iteration cycles following lean startup
practices, with the intention to build real-world value as soon as possible.
We will to involve our community, our pilots, users and CRW token holders as much
as possible during the development and launch of Crew to assure success for all
parties involved.
2016-2018 ● Launching and growing PostSpeaker, used and loved
by 100s of companies to build ambassador teams.
Q3 2018 ● Launching the Proof of Concept (POC) app, grow the
Crew community using our own platform.
● Running 5 pilots with different crypto communities
using the POC app.
● Prepare for Token Generation Event (TGE).
Q4 2018 ● Launch of CRW token
● Implement feedback from the pilots and grow our own
community. Continue developing the Crew dApp using
short iteration cycles following the Lean Startup
principle. All iterations will be launched on Rinkeby.
Q1 2019 ● Launch Crew v1 on mainnet with a set of launch
partners: creation of tasks and the reputation protocol
will be available.
● Grow the team with business developers and
community managers to prepare for on boarding more
companies and communities.
● CRW tokens become transferable.
Q2 2019 ● Launching Crew v2: the Crew Oracle is launched to
enable automatic task rewards.
● Meanwhile continue onboarding more companies and
communities.
Q3 2019 ● Launching Crew v3, enabling staking for other users.
33
Q4 2019 ● Setup grants to fund the eco system.
● Prepare to get listed on exchanges to enable next stage
of Crew.
Q1 2020 ● CRW tokens get listed on exchanges to enable payout
of tasks with CRW, as well as enabling stable-price
payouts of tasks with the Crew Oracle.
Q2 2020 ● Launching Crew v4, Oracle is updated to enable
providing CRW-Fiat rates review marketplace.
Q3 2020 ● Launching Crew v5, review marketplace
Q4 2020 ● Launching Crew v6, dispute mechanism
34
Team
Satya van Heummen
Starting with Planspot in 2011,
followed by Announcely in 2013, I’m is
a serial entrepreneur who founded and
helped multiple companies in the
marketing & sales space. Among those
are Fileboard, a 500 Startups alumni,
and Walnut Loyalty. I also actively
helped Giveth to become the
decentralised standard for transparent
charitable donations. In 2016 I
co-founded PostSpeaker, a social
media ambassador tool used by many
companies to grow faster. Its success is
the starting point for founding Crew.
http://linkedin.com/in/satyavh
Rudin Swagerman
I’m a senior front-end developer and
entrepreneur with a passion for
simple, elegant interfaces, as well as
rock-solid scalable architectures and
design systems. I co-founded
Viewbook, the portfolio service for
professional photographers, used and
loved by myself and 1000s other
photographers.
https://www.linkedin.com/in/rudin-s
wagerman-46134419
35
Koen Evers
I’m a UX strategist and designer,
owner of Evers + De Gier, with over a
decade experience working for
high-profile customers including
ABN-AMRO, TEDx, TMG, Dutch Tax
Administration Office and Crypto
Index, as well as scale-up startups such
as Schluss and Walnut Loyalty. My
design philosophy is centered around
simplicity and giving the people what
they understand, and I know this
perspective is what will push Crew and
blockchain forward towards mass
adoption.
https://www.linkedin.com/in/koenjoo
sthanevers/
Kostantinos Logaras
I'm a senior Associate at Zepos &
Yannopoulos Law Firm, a leading law
firm in Greece. With over 12 years
experience in Intellectual Property
Law, I have assisted dozens of
enterprises, from multinational
companies to startups, to protect and
enforce their IP assets.
Yet, nothing incentivizes me more than
dynamic teams with innovative ideas
using technology to disrupt and
improve the environment we live and
transact. I'm convinced Crew is such a
project.
As such I co-founded Omodikia, a
platform enabling users to jointly
pursue and settle common claims.
Crew is very close to this idea, and as
such I'm convinced Crew will
transform how we accomplish things
together.
https://www.linkedin.com/in/konstan
tinos-logaras-1b042936
36
Peter Boots
I'm founder and strategist at Van de
Inhoud. We create, produce, promote
and monitor valuable and relevant
content that attracts and engages
profitable customers.
In my field of expertise, I'm specialized
in content promotion. I love to boost
organic social reach and create
maximum engagement by using owned
media and deploying ambassadors,
such as employees, fans, franchisees,
partners, sponsors, donors, members
and fans.
That's why I co-founded PostSpeaker,
the social sharing tool from which the
concept of Crew has sprouted. There is
no doubt that sharing content will be
one of the important tasks that you can
outsource to your community via
Crew.
https://www.linkedin.com/in/peter-b
oots-32513a5/
37
Legal Disclaimer
Nothing in this White Paper shall be deemed to constitute a prospectus of any sort or
a solicitation for investment, nor does it in any way pertain to an o ering or a
solicitation of an o er to buy any securities in any jurisdiction. This document is not
composed in accordance with, and is not subject to, laws or regulations of any
jurisdiction which are designed to protect investors.
Certain statements, estimates and financial information contained in this White
Paper constitute forward-looking statements or information. Such forward-looking
statements or information involves known and unknown risks and uncertainties
which may cause actual events or results to differ materially from the estimates or
the results implied or expressed in such forward-looking statements.
This English language White Paper is the primary source of information about the
Crew project. The information contained herein may from time to time be translated
into other languages or used in the course of written or verbal communications with
existing and prospective customers, partners etc. In the course of such translation or
communication some of the information contained herein may be lost, corrupted, or
misrepresented. The accuracy of such alternative communications cannot be
guaranteed. In the event of any conflicts or inconsistencies between such translations
and communications and this English language White Paper, the provisions of this
English language original document shall prevail.
38