The world’s hottest Multi-Tenant DApp for betting on ALL your favorite Cryptocurrencies. FOR BETTORS AND MICROSITE OWNERS

Version 0.6

1

Table of Contents

ABSTRACT ............................................................................................................... 3

INTRODUCTION ...................................................................................................... 5

WHY BEETON? ......................................................................................................... 6

RACE ........................................................................................................................ 7

CREATED PHASE ............................................................................................................................ 7

BETTING PHASE ............................................................................................................................. 7

RUNNING PHASE ............................................................................................................................ 8

COMPLETE PHASE .......................................................................................................................... 8

BANKROLL PHASE ........................................................................................................................... 9

VOID PHASE .................................................................................................................................. 9

MICROSITES / “BOOTHS” ........................................................................................... 10

USER DASHBOARD ...................................................................................................... 11

MY BETS ..................................................................................................................................... 11

MY CLAIMED REWARDS ................................................................................................................ 12

SUPPORTED CRYPTOCURRENCIES .................................................................................. 12

PREVENTING MANIPULATION ....................................................................................... 13

ARCHITECTURE ..................................................................................................... 14

ARCHITECTURE OVERVIEW .......................................................................................... 14

SMART CONTRACTS ................................................................................................... 15

WEB SERVICE .............................................................................................................................. 17

REACTJS FRONTEND APPLICATION .................................................................................................. 17

BEETON BACKEND....................................................................................................................... 19

2

ROADMAP ............................................................................................................. 24

TOKEN AND CROWDSALE ....................................................................................... 25

FUNDS ALLOCATION ................................................................................................... 27

THE TEAM ............................................................................................................. 29

DISCLAIMER .......................................................................................................... 30

3

ABSTRACT

BEETon is a decentralized, multi-tenant gambling platform running on Ethereum blockchain

and Smart Contracts technology. It enables users to bet on the rise or fall of prices of various

Cryptocurrencies in the form of a “race”. BEETon users will place wagers which directly

compete with bets placed by other players. Users of the BEETon multi-tenant platform can bet

on the rise and fall of Cryptocurrency prices or become “Booth Owners”, where they can

manage their own microsite and create races for bettors. BEETon also allows Booth Owners

the opportunity to create exclusive races where bettors would be whitelisted by the race

creator.

While the betting industry is beleaguered by multiple problems such as lack of transparency,

skewed odds, high fees and low returns, BEETon leverages the blockchain technology to

ensure the safest, most transparent betting experience. Players place bets using ETH and the

funds are protected by Smart Contracts which automatically distribute winnings based on bet

conditions and outcomes. Payouts depend on two factors; how many people placed a wager

on the race and how many people picked the winning coin. The entire process is fully

decentralized, secure and self-regulating.

BEETon gives everybody the opportunity to have a microsite on the platform. A Booth Owner

both creates races and sets rules, like making a race exclusive, setting minimum betting

amount, or determining how many coins take part in the race. Booth Owners have a

dedicated landing page to host their own races. For every completed and successful race

created, the Booth Owners gets a percentage takeout for the total winnings. These dedicated

landing pages enable Booth Owners to host and promote their races on their favorite social

platforms, which will drive users to their microsite and place bets on their races.

BEETon uses an Oracle1 to perform offchain price computations and provides results to the

Smart Contracts. The Oracle is developed specifically to manage seamless offchain and

blockchain transactions of a race.

1 An oracle is an external source of data to a distributed ledger which is authoritative, trusted and definitive. What makes an oracle unique (compared to a Smart Contract,

4

Keywords: Ethereum, Smart Contracts, decentralized systems, offchain, blockchain,

transparency, security, trustless betting, oracles, community, responsibility, pool betting,

Parimutuel betting, cryptocurrency.

for example) is this ability to derive information from sources external to the ledger that it supports (http://www.finra.org/sites/default/files/2017_BC_Byte.pdf).

5

INTRODUCTION

Betting has been around for millennia with people entrusting their money to the whims of

fate. Despite the various forms/practices bets may take, one common denominator remains

the same, the belief the right wager can change a life forever. Nowadays, the sharp rise of

computing technology and GDP amongst most countries has made gambling more common

than ever before. Included with the rise of technology and computing, Cryptocurrencies

(decentralized capital) have entered the spotlight of the public and have fascinated investors

and politicians alike. This fascination has drawn bettors into a new era of gambling; the

betting on the price movements (rise or fall) of these currencies by buying, selling or holding

them.

Unfortunately, gambling has always been plagued with scandals involving malicious

bookmakers and fraudulent agencies which have seriously undermined the industry’s

reputation. The common result across these scandals is that the bettors are always the victim.

BEETon provides a brand new blockchain based betting platform, designed to address the

industry shortcomings and provide Cryptocurrency bettors exposure to all the altcoins out

there. Blockchain is the perfect technology to support this because all transactions with

BEETon are secured by cryptography and governed by Smart Contracts on the Ethereum

blockchain. Financial movements are recorded on the blockchain and remain transparent

and viewable for every participant.

6

WHY BEETon?

There is an ever growing need to provide Cryptocurrency users with a platform that enables

them to bet on price movements of their favorite Cryptocurrency without the risk of

ownership.

The Cryptocurrency market, currently with a daily market volume of about 25 billion USD2, is

highly speculative with any investment essentially being a wager itself. Today people must

own the asset (Cryptocurrency “coins”) when they want to keep a speculative on a currency.

In this current scenario, investors become financially tied to the fate of their “coin” until they

sell it.

A platform that supports all Cryptocurrencies and offers N-factor combinations of races will

draw many people because they will be able to bet on their favorite cryptocurrencies without

the risk of actual ownership.

Competitors have tried to resolve this but have fallen short. Their approach limits users to just

a few Cryptocurrencies for bettors. The lack of many essential Cryptocurrencies is not a fair

reflection of the market. This drives users to stay away from these kind of platforms, as it

funnels them into only choosing them between a few and (depending on the market)

potentially bad options.

BEETon addresses these short comings by using a combination of offchain and blockchain

technology. It is a pool betting multi-tenant platform that uses Smart Contracts to handle

betting operates like creating races, collecting bets, making cryptocurrency price requests,

calculating winners, and rewarding/securing funds. Offchain handles Smart Contracts price

requests by bypassing bottlenecks like Oraclize3. BEETon, utilizing its own Oracle for offchain

computations, uses multiple exchange sources to pull Cryptocurrency values to form a “price

2 https://coinmarketcap.com

3 http://www.oraclize.it/

7

consensus” and returns these computed results to the Smart Contracts. At the end of a race,

the Smart Contracts gauge the winner coin based on price movements (percentage change)

in either the positive or negative direction. Because of BEETon’s innovative design choices, it

will outperform the current competitors out there.

Race

A race, in context of BEETon, is a contest that involves a group of Cryptocurrencies

competing to finish first from a price movement perspective. A Cryptocurrency is considered

a winner if it has the highest percentage price change among all the other competing

currencies of a given race.

A BEETon race has several phases;

Created Phase

The initial, passive phase of the race. The Smart Contract registers with the Oracle letting it

know that it needs the start and end prices of all Cryptocurrencies participating in the race.

Betting Phase

Users can place their bets on their favorite coins using the browser plugin Metamask4

(available for Chrome and Firefox). Betting is done using a “Place Bet” button as shown on

Figure 1.

4 https://metamask.io

8

Figure 1 Betting phase view

There is a start betting price which is set just for user orientation. It is used to calculate the

real-time price movement percentage change from the time betting has commenced. Only

valid bets will be accepted by the Smart Contracts.

Running Phase

Bets are no longer accepted and any further bets placed will result in a failure (with no funds

deducted from the bettor’s account). The Oracle’s scheduler will trigger the start of offchain

computation. This means that prices are pulled from multiple sources with a consensus

formed. The results, which represent the start prices for the participating Cryptocurrencies,

will be sent to the race Smart Contract. The race then begins – which real time information is

forwarded to each bettor’s dashboard showing them the possible outcomes of the race.

Complete Phase

The final phase of the race. End prices of participating Cryptocurrencies are fetched from the

exchange sources and the winner(s) computed. The winning Cryptocurrencies are displayed

as shown in figure 2 with the listing order reflecting the order of arrival.

9

Figure 2 Winners and Claim Reward view

There is a “Claim Reward” button that enables a player to verify (at no cost) if they are one of

the winners to claim their rewards. If there are no rewards to be claimed, the user will also be

notified. Else, the Smart Contract sends the winnings in the form of ETH to each winning

user’s wallet (account). Users have a 30-day period to claim their rewards.

Bankroll Phase

When users can no longer claim their rewards (i.e. the 30-day window has passed), all

unclaimed winnings will be bankrolled to BEETon.

Void Phase

Unforeseen circumstances like not being about to fetch prices from 3rd party systems could

render the Oracle unable to deliver the start or end prices to the race’s Smart Contract. In

such a case the race will be voided and all the bettors fund returned.

10

Microsites / “Booths”

BEETon provides a wide variety of altcoins to be used in races. With more than 1600 available

Cryptocurrencies5, it becomes difficult to centrally create races that would satisfy all users.

To subvert this, BEETon’s well architected solution allows users to become “Booth Owners”,

where they can own microsites and create races where their friends and other users can

place bets. Each microsite owner (or Booth Owner) has a dedicated landing page with a

unique URL which can be used to promote their pages. The link format of the dedicated

landing page is https://subdomain.ethbeeton.racing where subdomain will be chosen by the

channel owner and will be unique across the platform. Subdomain name will be chosen by

the booth owner as shown in Figure 3.

Figure 3 Booth creation with subdomain

Owning a microsite will cost 1 ETH at the beginning. This amount will be used for Oracle gas6

for every race created by the microsite owner. Each race will cost 0.1 ETH to run. This

amount will continuously be deducted from the initial 1 ETH investment until the account is

empty. At which point no more races are allowed until the Booth owner’s account is reloaded.

5 https://coinmarketcap.com/all/views/all/

6 When you send tokens, interact with a contract, send ETH, or do anything else on the blockchain, you must pay for that computation. That payment is calculated in Gas and gas is paid in ETH (https://kb.myetherwallet.com/gas/what-is-gas-ethereum.html).

11

For each successfully executed race, a takeout of 3% of the winnings will go to the microsite

owner and another 3% to the house. This process is automatically transferred at the end of a

successful race.

User Dashboard

My Bets

BEETon tracks all placed bets on a per user basis. Based on the status of the user’s races,

each bet could fall under one of four categories; Completed, Running, Betting, and Void. This

allows each user to easily track their investments, see progress with their earnings, and have

an overall picture of their activity on BEETon.

Figure 4 My Bets

12

My Claimed Rewards

At the end of each race, winning users claim rewards. To see a history of all previously

claimed rewards, users can use their dashboard to track their history of winnings.

Figure 5 My Claimed Rewards

Supported Cryptocurrencies

BEETon is designed to be able to support an unlimited number of cryptocurrencies at any

time. Oracle makes price requests to multiple exchange sources to ascertain and verify the

value of participating cryptocurrencies. All coins supported must be available on all

exchange sources for it to be included in the coin pool. The coin’s icon also must be available

in the Cryptocurrency icons7 repository used by BEETon.

To reiterate, for a cryptocurrency to be added to BEETon’s coin pool they must:

- Be available at all the exchange sources currency being used by BEETon.

- Icon must be available in the icons repository mentioned above.

7 https://github.com/cjdowner/cryptocurrency-icons

13

At the time of writing this document, 299 different Cryptocurrencies are currently supported

by the platform which is a representation of the icons in the Cryptocurrency icons

(repository) and currently supported by the third party exchange sources.

Preventing Manipulation

For a race Smart Contract to determine a winner, it must rely on the Oracle to provide both

start and end prices of the race. This opens the door for attacks like DNS hijacking.

We fetch prices from multiple sources like Coinmarketcap8 and Cryptocompare9 and form a

consensus, thereby mitigating the risk of the results being comprised. If a source is

compromised, it will be dropped from being considered for the result computation of that

race.

8 https://coinmarketcap.com/

9 https://www.cryptocompare.com/

14

ARCHITECTURE

Architecture Overview

The structure of BEETon Multi-Tenant Cryptocurrencies Betting Platform is comprised of

multiple smart contracts (each of which handles a different aspect of the platform), an oracle,

and a RESTful web service. A modular approach was employed in the design and

development of the smart contract and backend components to ensure integrity and safety of

the ecosystem. Figure 3 depicts an architectural overview of the platform.

Figure 6 Architectural overview

The following outlines the core functionality of each contract/component:

15

Smart Contracts

A Smart Contract is an agreement whereby execution is both automated and enforceable and

runs on a distributed ledger10. They can be used to handle common contractual conditions,

removing the need for intermediaries and in this context, they ensure that betting terms are

respected, manipulation-proof, and that funds are protected. Only when a race ends, will the

funds be automatically and seamlessly released to the bet winner(s). Noteworthy Smart

Contracts include:

1. usingBeetonOracle contract

Ethereum contracts run in their own walled garden. They can communicate with each

other and save/retrieve data stored on the blockchain. But external data can only

enter the system by interaction from the user (e.g. passing data to a method). Data

providers (or oracles) are contracts which have a connection to the outside world.

Other contracts can request outside data from them. For example, making HTTP

GET/POST transactions.

2. Oracle Lookup contract

Responsible for storing both the query and responder addresses. These addresses

are used by the Oracle Dispatch contract.

3. Oracle Dispatch contract

The end user doesn’t directly interact with this contract. The dispatcher receives the

actual query from the caller contract, assigns a unique identifier to each incoming

request, and emits an event for which the backend listens. The emitted event has

following parameters:

• Identifier: This is a unique transaction id to enable running multiple calls from a

client, since the whole process is asynchronous.

10 http://www.finra.org/sites/default/files/2017_BC_Byte.pdf

16

• Address of caller contract: Used by the backend to send signed raw transactions11

(computation results) to the contract

• Identifiers for coins participating in the race: used to pull prices from the

exchanges

• Bet start time: pull snapshot betting start prices for participating coins from the

exchanges.

• Race start time: used by oracle backend to trigger the request of race start prices

for coins taking part in the race and sending a signed raw transaction results to the

race Smart Contract.

• Race duration: used by oracle backend to trigger the request of race end price for

coins and then sending the results to the contract.

• Exclusive flag: denotes that a race is exclusive and shouldn’t be available to all.

4. ChannelManager contract

Used by all users to become a microsite owner and for race creation. This contract

manages things like microsite sub domain, race cost, creation of channels, and races.

5. Race contract

Responsible for accepting and processing all bets. This is the Smart Contract with

which player interacts. This contract manages things like minimum bet, calculation of

payouts, calculation of refunds, and accepting callbacks from the oracle.

Whenever a query is submitted to queryBeetonOracle, it will end up being caught by

a server-side listener. After processing, the response will be sent back to the race

using either __preCallback or __postCallback of the querying contract.

11 https://github.com/ethereum/wiki/wiki/JSON-RPC#eth_sendrawtransaction

17

Web Service

This provides the ReactJS12 frontend application with easily digestible data produced by the

smart contracts. It is completely based on Spring MVC.

ReactJS Frontend Application Ant Design, ReactJS, and Redux are technologies used for frontend development. The UI

interacts with the blockchain using any type of web3 provider facilitated by the Truffle

contract library13 (truffle-contract). The frontend code has been tested to work with some of

the frequently used web3 providers such as the browser extensions Metamask (for Google

Chrome or Firefox browsers) and Mist from Ethereum foundation. The frameworks used to

interact with the frontend include Ethereum Web3 JavaScript framework and Truffle Suite

frameworks.

The frontend application is used by microsite owners and users to interact with the Smart

Contract. Users register with the frontend application to become microsite owners. Also

known as “Booth Owners”, they can create races and set the following parameters:

• Minimum bet amount

• Name of race

• Race start time

• Bet start time

• Race duration (end time) and

• Participating coins

12 https://reactjs.org/

13 http://truffleframework.com/docs/getting_started/contracts

18

Figure 7 Race Creation View

When created, a race is automatically in the passive state which doesn’t allow any bet

placements. Once ready, the Booth Owner can begin the Betting Phase where wagers

can be placed using the frontend application. Once a wager is placed, the amount is

converted to Wei (the smallest denomination aka base unit of ether14) and the

transaction is sent to the Smart Contract for storage and event emission. When the

betting phase ends, the user interface automatically disables betting and moves the

application to the running phase.

After the race ends, a user can decide to claim the rewards and gas will only be spent

if they have any rewards to be claimed. If there is a reward to be claimed, it is

automatically transferred to the user’s wallet which then emits a transfer event for

bookkeeping.

14 http://ethdocs.org/en/latest/ether.html

19

Figure 8 Completed phase race with Confetti

If there is any issue with the race (void race), the contract owner (either house or

microsite owner) will not be able to withdraw the user funds (this can be verified since

the source code is open source). The only possible action is to unlock the fund for the

bettors to receive a full refund.

BEETon Backend

Oracle Component Architecture

The Oracle backend uses a microservice architecture with collaborating services which are

loosely coupled. By providing a decoupled architecture at the service/component level,

among many benefits it also improves performance and scale, agility, security, and

integration.

20

Figure 9 BEETon Backend architecture

BEETon backend components:

1. Event Bus

Listens to all events produced by the controller, race, and “lookup dispatch” Smart

Contracts and dispatches them to the event handler for processing. It is completely

built upon the Spring framework15 event-based communication model. Events

received are published without knowing the receiver, making the sender-receiver

relationship loosely decoupled.

15 https://spring.io/

21

2. Oracle Queuing Service

Responsible for queuing up incoming Oracle requests from the race Smart Contracts.

These events are converted into tasks that are preprocessed and then placed into

MongoDB in a priority queue. Priority of the queues are determined using the start

and end time with every task having its own queue. The Queue Service queues up

tasks (Java Classes), but instead of running them immediately, their executions are

deferred until later. Their order is determined by the start time of each task.

3. Cryptocurrency Exchange Service

Fetches prices for multiple coins from several sources and later forms a consensus

before returning the results. Prices are requested asynchronously from multiple

sources and by using a synchronization aid, waits for all request operations to

complete. After all the operations have completed the results are averaged and

stored.

Additional metadata about the endpoints is used, generated, and stored when the start

price of a race is being fetched. This information is later used in the Complete Phase to

ensure that the prices fetched at the end of the race are using the same sources for the

prices fetched at the beginning.

As of this writing, the two exchange sources used are Coinmarketcap ™ and

Cryptocompare™.

4. Oracle Queue Worker & Task

A queue worker reads from the task queue and executes the task at hand. A task has 4

valid states:

- AVAILABLE

- EXECUTING

- DONE

- FAILED

All created task queue entries have the state AVAILABLE which changes to

EXECUTING once the queue worker executes the task. Only a “task queue” item with

a start time least than or equal to the current time will show up as being available.

22

Tasks will be sorted based on the start time of the queue from which the first item in

the queue is selected when a worker needs to execute.

Open Betting Task

Fetches prices for each participating coin at the betting start time (before the race

begins). It is also registers a race with the event bus for polling events generated by

the race Smart Contract. The prices fetched by this task helps the frontend create a

percentage change snapshot during the betting phase (see Figure 1).

Race Task

Fetches the start and end prices for a race. Like the “Open Betting Task”, the race task

fetches data from multiple exchange sources and persists the results in MongoDB for

the publisher service to send to the smart contract. The output of the race task is a

result model which will be used by the Oracle Result Publisher to send the computed

results to the blockchain. The result model can occupy either one of these states:

- CREATED: initial state

- EXECUTING: execution state

- WAITING_FOR_RECEIPT: waiting for blockchain response

- SUCCESSFUL: successful response

- FAILED: unsuccessful response

After the end prices have been fetched an ordered coin list based on the percentage

change from the start price and the end price is created and stored.

23

5. Oracle Result Publisher

Sends the computed results to the race smart contract using the Web3j. These results

are the output of the race task described above. The Publisher uses a priority queue to

determine the order in which result models are processed. When a result model is

being processed, the state is switched to ‘EXECUTING’.

The Publisher uses a nonce aware transaction manager to sign transactions before

sending. The transaction manager provides support for specifying the chain id for

transactions as per Ethereum Improvement Protocol 155 (EIP155)16. After sending a

transaction, it takes a while for a transaction receipt to be generated to indicate either

a successful or failed transaction. In this state, the Publisher transaction receipt

executor uses a Transaction Receipt Processor to continuously polls the Ethereum

network for the receipt to be generated.

16 https://github.com/ethereum/EIPs/blob/master/EIPS/eip-155.md

24

ROADMAP

Figure 10 Roadmap

25

TOKEN AND CROWDSALE

The BEET token is an Ethereum ERC20 standard token17 with additional custom functionality

for being used within the BEETon ecosystem. The BEET token is minted in a once-off event

during our strictly limited crowdsale token creation phase.

Each BEET token grants its owner the following rights and has the following characteristics:

• Direct rewards: Proportional to the number of tokens they hold. Token holders as

collective receive 100% of the Ether generated by the races and fees collection.

• Fully transferable peer-to-peer: The BEET token will be fully exchangeable p2p and

available for trade on exchanges.

The BEET Token is strictly limit in supply with a total of 150,000,000 BEET tokens offered.

There will never be another mintage of BEET tokens.

The founding team is pre-allocated 23m tokens. Any tokens that remain unsold after the token

creation phase will be destroyed to rule out the possibility of dilution. In this case, Founders’

tokens will also be burnt to maintain the distribution ratio of 15% to the founders. The number

of tokens remaining after the destruction of unsold tokens is the final mintage. No other

tokens will ever be created.

17 https://theethereum.wiki/w/index.php/ERC20_Token_Standard

26

Figure 11 Token allocation

TOKEN SYMBOL BEET

TYPE Ethereum ERC 20 Standard

CONTRACT ADDRESS Will be available at the website before crowdsale begins

TOTAL FIXED SUPPLY 150,000,000 BEET tokens minted

CROWDSALE HARD CAP 120,000,000 BEET tokens

CROWDSALW SOFT CAP** 500 ETH

FOUNDERS TOKEN* 23,000,000 tokens (vested over 2 years)

* Founders’ tokens are locked (using a Smart Contract) and released every six months. ** BEETon will refund all ETH collected if there is not sufficient interest from the crowdsale.

27

Conversion Schedule

Period ETH BEET BONUS

Phase 1* 1 ETH 10500** 100%

Phase 2 – Day 1 1 ETH 7875** 50%

Phase 2 – Week 1 1 ETH 6300** 20%

Phase 2 – Week 2 1 ETH 5775** 10%

Phase 2 – Week 3 & 4 1 ETH 5250** 0%

*People registered for the Phase 1 through our website are given priority to participate in the Phase 1 sale before it is opened for the public.

** Subject to change.

To maintain a healthy token price upon listing on exchanges, bonus tokens are unlocked for

transfer 30 days after the base tokens are unlocked. If the crowdsale ends in Phase-1, bonus

tokens are unlocked along with the base tokens.

Funds Allocation

To attract users during the go live, an initial bankroll from the crowdsale will be used to bet

on the first couple of races. Every Cryptocurrency participating in a race will receive an

initial number of bets. The profits from the races will not be used to provide bet liquidity.

During the first Quarterly reward issuance, 100% of the bankroll including the profit, will be

shared with the BEET holders in proportion to the number of tokens they hold.

Aggressive marketing will help bring users to the platform.

28

• Development & Employees: To accomplish the goals set forth in the Milestone substantial R&D expenditures is required.

• Marketing; This will involve enhancing cooperation with potential partners to increase brand awareness. In addition, we plan to focus efforts on marketing the platform to the broad audiences.

• Legal; Legal efforts include among others incorporation, regulation, compliance and ongoing operation.

• This breakdown might change as the project progresses.

29

THE TEAM

To be updated.

30

DISCLAIMER

BEET is not an investment. There is no guarantee that the BEET you purchase will increase in

value and/or provide any return.

There is risk association with the Ethereum protocol. BEET and the BEETon platform are

based upon the Ethereum protocol. As such, malfunctions or unexpected behaviors of the

Ethereum protocol may cause the BEETon platform or BEET to function in an unintended

manner. Ether, the native unit of account of the Ethereum Protocol, may itself lose value.

Blockchain technologies have been the subject of scrutiny by various regulatory bodies

around the world. The functioning of the BEETon multi-tenant platform and BEET could be

impacted by one of more regulatory inquiries or actions, including but not limited to

restrictions on the use or possession.

You should not participate in the crowdsale if you are a Resident or Citizen of the United

States of America, including Puerto Rico, Virgin Islands (U.S.) and any other U.S. possession,

Singapore, Hong Kong, People Republic of China, or any other jurisdiction in which it is not

permissible to participate in token crowd contributions or acting on behalf or any of them.

Crowdsale participants and platform users should follow the rules of their jurisdiction to

abide by their local security and online gambling laws.

Hackers or other groups or organizations may attempt to interfere with the BEETon platform

or the availability of BEET in any number of ways, including without limitation denial of

service attacks, Sybil attacks, spoofing, smurfing, malware attacks, or consensus-based

attacks.

As with any other cryptocurrency technology, there are risks of theft, hacking, lack of

adoption and technical issues that can make people lose ETH, BEET, or their market value.

Since the crowdsale is performed by collecting ETH, BEETon team may not be able to fund

and continue developing the platform if the market value of ETH declines drastically.

Cryptocurrency is a relative new and untested technology. In addition to the risks set forth

here, there are risks that the BEETon team cannot anticipate. Risks may further materialize as

unanticipated combinations or variations of the risk set forth here.