THE GENESIS OF A MOBILE ECOSYSTEM

WHITE PAPER

An intuitive, conveniently featured and scalable token in

lock-step with the mobile ecosystem

HENA is to be the first truly mobile-only blockchain ecosystem, giving

birth to an all-in-one decentralized community for a freer future

Abstract

Bitcoin, first conceived in 2009, represented a radical break-through in the realm of digital mediums of exchange. It was touted

mostly for its decentralized nature, lack of any controlling issuing party, and the complete anonymity of transactions. It showed

that the ‘proof-of-work’ model had great potential. With the rise of Bitcoin, interest in blockchain technology has grown rapidly,

with a plethora of altcoins and other implementations of the blockchain being born in the years since Bitcoin’s unveiling.

Bitcoin, Ethereum, and other iterations based on the blockchain have their applications, and have shown the world that the

technology is here to stay. They and others continue to change the way we think about digital transactions and professional

relationships across the internet. However, so far the layman has little to no real working knowledge of how the blockchain works,

or how to effectively use the various features, bells, and whistles available on the platforms currently publicly available.

This is where HENA comes in.

HENA is designed for 1) Ease of use, 2) System stability, 3) Strong security, 4) Inexpensive operation, and 5) Superior network

speed. HENA’s focus on mobile devices, including smartphones, tablets, and other compact devices will give it several distinct

advantages.

This whitepaper outlines how HENA will popularize the blockchain industry by introducing the blockchain-based mobile ecosystem.

We invite you to join the revolution.

FIRST CAME BITCOIN

On August 18th, 2008, the domain name “bitcoin.org” was registered with a link to a paper authored by Satoshi Nakamoto entitled ‘Bitcoin: A Peer-to-Peer Electronic Cash System’, posted to a cryptography mailing list.

Nakamoto developed Bitcoin’s software as an open source code package, and released it in January of 2009.

THE BIRTH OF BLOCKCHAIN: BITCOIN INTRODUCTION

Bitcoin represented a radical break-through with respect to digital mediums of exchange.

It was touted for its decentralized nature, the lack of any controlling issuing party and thus the elimination of counterparty risk, instantaneous transaction speed, and complete anonymity for transacting parties.

All Bitcoin transactions would have to be validated by a voluntary third party, one who would prove their honest intentions by solving the complicated algorithms necessary for maintaining the Bitcoin blockchain.

This is Bitcoin’s proof-of-work mechanism.

5

Centralization Decentralization

WHY IS BITCOIN REVOLUTIONARY?

ISSUES OF ELECTRICITY CONSUMPTION AND THE CONCENTRATION OF MINING POWER

HIGH ENERGY REQUIREMENTS FOR PROOF-OF-WORK (POW) INTRODUCTION

6

Unfortunately, POW implementation requires immense computing power (mining), and by extension consumption of power. As well,

the more power is devoted to POW, the more difficult the overall process becomes. This is referred to as ‘mining difficulty’. As mining

difficulty rises, so do the power requirements for maintaining Bitcoin’s blockchain. According to tracking by the organization

‘Digiconomist’, the Bitcoin network currently consumes about 73 TWh annually. To put that into perspective, the entire country of

Austria has an average electricity consumption of 70 TWh per year.

Upon Bitcoin’s introduction, it was possible to mine using the CPU or GPU in the average desktop or laptop. Today such mining is

impossible due to domination by dedicated pieces of hardware called ‘ASICs’, which are far more powerful and efficient at solving

POW algorithms than any consumer or enterprise-grade processors.

The effect is to leave the little guy out, with most of the hashing power, and thus control of the network, in the hands of massive

mining operations such as BTC.com and Bitmain. The main obstacle standing in the way of mining participation by the layman is the

de-facto oligarchy that exists as it pertains to mining. According to Techradar, the top three mining organizations (BTC.com, AntPool,

and ViaBTCH) control in excess of 52% of the global hashing power on the Bitcoin network, as of 2018.

Mining requires immense electricity and expensive equipment, such as ASICs

POW is the process of solving a complicated computer

algorithm

BTC’s estimated annual electricity consumption

rivals that of Austria

73 TWh

The feasibility of the market dominant cryptocurrencies

to-date has been mostly relegated to larger devices

such as PCs, laptops, and high-end tablets, leaving the

majority of mobile-devices out of the loop. Low-

powered devices have no hope of mining on such

networks, one of the issues HENA proposes solving.

HENA’s goal is to open up the world of decentralized payments and the blockchain to the

average user, allowing unfettered access and usability from any mobile device

HENA’s focus on mobile devices, specifically smartphones and tablets, carries several distinct advantages.

For one, transacting in cryptocurrency is still quite cumbersome. Internet shopping, gaming, instant messaging, and many other

social activities are already far more convenient on mobile devices than on the larger devices that other cryptocurrencies remain

mostly relegated to. Given this, it is inevitable that the cryptocurrency industry, among others, will inevitably move more towards

mobile devices if mass adoption is to be achieved.

For decades, since their introduction in the 70s and 80s, the Desktop Personal Computer had been the dominant platform from

which end-users accessed the internet on a daily basis. With the introduction of the first smartphone way back in 1994, the IBM-

produced Simon Personal Communicator, mobile devices began their long march towards overtaking PCs, an historic event which

occurred within the last handful of years. With mobile market share continuing to grow, solidifying its dominance, the HENA

platform is in perfect position to take advantage of this trend.

HENA will serve any purpose that users or developers may desire on mobile platforms. Not only will practicality be maximized by all

functions and activities related to the HENA ecosystem being accessible and usable from any mobile device, but the inclusiveness of

mining, P2P transacting, exchange-based trading, online shopping, community interactions, smart contract usage and generation,

and limitless other possibilities developed by the community at large will all be what defines HENA.

HENA will revolutionize the crypto and blockchain industries, one mobile device at a time.

VALUE PROPOSITION

Just as the internet has gone from desktops to mobile dominance, so too will the

blockchain go mobile. This puts the HENA platform in an advantageous position, with

success or failure dependent upon liquidity and real-economy adoption

Shopping, entertainment, P2P commerce, advertising, gaming, and other activities

all thrive on a mobile platform. HENA was designed to take advantage of this from

the very beginning, placing it ahead of the global trend

With all that in mind, the initial versions of HENA have a calculated focus on

game/app points and mobile usability

Other cryptocurrencies try to take a shot at the daunting task of replacing fiat and

hard currencies outright. HENA rather will integrate them together under one roof,

serving everyone's interests simultaneously

A MINING SOLUTION WITHOUT THE DRAWBACKS OF THE PAST

13

LEARNING FROM THE PITFALLS OF BLOCKCHAIN PROJECTS BEFORE HENA

Some of the issues past mobile mining projects encountered included:

1) Excessive data charges when sending or receiving blockchain data,

2) Device performance degradation due to excessive CPU load,

3) Overheating and power consumption issues,

4) Extremely low mining efficiency

The HENA foundation is fully aware of the need to solve these issues, with the technical solutions described at length in the HENA

Yellowpaper.

Thus, HENA’s goal of becoming a truly decentralized and mobile-centric blockchain ecosystem will be realized.

INTRODUCTION

WHAT IS HENA?

14

HENA is a mobile-centric cryptocurrency designed to be highly practical, easily usable, and secure.

It combines the separate advantages of existing currencies such as Bitcoin and Ethereum, while learning from and avoiding the

disadvantages of such predecessors. As a conglomerating of the features of existing coins, as well as some new features, it will be a

flexible, hybrid-type network.

HENA, THE MOBILE-CENTRIC CRYPTOCURRENCY

KEY FEATURES OF HENA – HENA WILL ALLOW MOBILE MINING AND WILL BE OPTIMIZED FOR MOBILE DEVICES

HENA will be minable on mobile devices such as smartphones and tablets, and tradable from those same devices via the HENA Smart

Wallet.

• HENA Wallet is a multi-layer encrypted smart wallet designed for mobile devices. Peer-to-peer transactions and token storage are supported.

• HENA is minable and tradable from any mobile device.

• HENA provides solutions for gaming, contracting, advertising, etc.

Multi-layer encrypted smart wallet for mobile

devices

Minable from any mobile devices

Tradable from those same devices via the HENA Smart Wallet

Provides solutions for gaming, advertising,

contracting, etc.

INTRODUCTION

HENA is designed to be readily accessible to everyone, even those with no prior cryptocurrency or blockchain experience

KEY FEATURES THAT MAKE THE HENA PLATFORM DISTINCT

16

HENA ALLOWS EASY ACCESSIBILITY FOR GENERAL USERS

HENA’s key functionalities for general user accessibility are as follows:

Ease of Use System stability Strong security Inexpensive Operation

Superior Network Speed

1 2 3 4 5

HENA Smart Wallet app & Mobile

Ecosystem

POW & POS Hybrid Consensus

Multi-layered authentication & Personal

Biometrics

Mobile Mining & Direct Trading Market

High Speed of Transacting and Exchange

POW POS

To get involved with mainstream cryptocurrencies typically requires one or more of the following

1) the use of ASIC equipment,

2) CPU or GPU mining, or

3) enduring a complicated registration procedure with a cryptocurrency exchange.

BARRIERS TO ENTRY CHARACTERISTIC OF MAINSTREAM CRYPTOCURRENCIES

HENA PLATFORM

SMART WALLET & MOBILE MINING

17

HENA allows both mining and trading simply by installing a free application (hereafter referred to as the ‘App’) on a mobile device.

SMART WALLET APPLICATION ENABLING MOBILE MINING AND TRADING

Smart Wallet with Multi-layer encryption

Password

Social media authentication

Fingerprint authentication

Face recognition

2FA

The smart wallet will by distributed by HENA for free and is more secure because it

supports multi-layer encryption including ID creation, password, social media

authentication, fingerprint authentication, face recognition, and 2FA.

Mobile mining & trading

HENA PLATFORM

The HENA App provides in-house mining functionality. As soon as the App is installed on a mobile device, mining of the HENA Coin is readily available

Recall that the HENA platform will support solutions for advertising, commerce, payment processing, and content distribution,

among other things, and the ultimate goal is to foster an increase of cryptocurrency adoption in the real economy. The HENA

Smart Wallet, distributed free of charge, acts as a hub for these services in a convenient package that runs on mobile devices.

The possibilities are limitless, with potential use cases including, but not limited to, game point distribution, advertising,

content distribution, subscription management, corporate dividend distribution, and whatever else developers may dream up.

REAL LIFE APPLICATION

Automatic Identification and Coin Collect

Intelligent Advertising Solution

Use of Game and Service points / rewards

Payment Platform

Mobile Mining

MOBILE ADVERTISING – THE FASTEST GROWING SUB-CATEGORY

20

SHARE OF GLOBAL ADSPEND BY MEDIUM

REAL LIFE APPLICATION

10 5

34

6

1

7

18 20

7 4

31

6

1

6

15

29

2017 2020

(Unit: %)

(6,959)

(4,597)

(2,379)

1,147

2,079

3,031

6,898

72,603

Newspapers

Magazines

Desktop

Radio

Cinema

Outdoor

TV

Mobile

SHARE OF GLOBAL ADSPEND BY MEDIUM

Mobile advertising is skyrocketing at an incredibly rapid rate. This advertising sub-category is, in fact, the fastest growing in the

advertising industry. More specifically, mobile advertising grew by 47% and 38% in 2016 and 2017, respectively, according to a recent study by Zenith. Mobile is by some distance the main driver of global adspend growth. Zenith forecasts mobile to contribute US$ 73 billion in extra adspend between 2017 and 2020 as advertisers switch budgets to mobile. The financial impact of mobile advertising is profound - nearly US$ 107 billion was spent on this form of advertisement in 2017, which makes up roughly 53% of all internet advertising expenditures and 20% of total global advertisement costs for the year. Mobile advertising expenses are projected to reach US$ 180 billion by 2020, an amount nearly double the US$ 94 billion expected to be spent on desktop computer advertising. This

equates to approximately 66% of all internet advertising expenditures and 29% of all advertisement costs globally in 2020. With the exception of television advertising, mobile advertising is larger than all other forms of advertising combined. The projected growth of this field undoubtedly means that there will be a decline in desktop advertising - and likely other forms of media advertising, as well.

Risks of users’ personal information leakage and malware attacks

Data usage when downloading advertisements

Publisher is often deprived of legitimate profits by attacks such as malware fraud

Advertisers run inefficient advertising due to increased advertising costs and inaccurate information about consumers

ISSUES WITH THE CURRENT MOBILE AD INDUSTRY REAL LIFE APPLICATION

A decentralized and transparent block-chain based digital advertising solution

The HENA system filters out problems with existing advertising networks such as fraudulent or malicious

advertisements and personal information infringement, while also linking advertisers and publishers with users

1) Users: Personally set-up the level of personal information and obtain coins by consuming advertisements

that match this level

2) Advertisers: Accurate data of consumers allow advertisers to collect big data of the advertisement

consumption market. Targeted advertising leads to low-cost, high-efficiency advertising

3) Publisher: Exposure of targeted advertisements to generate higher revenue

HENA’S SOLUTION TO MOBILE ADVERTISING ISSUES REAL LIFE APPLICATION

Advertisers will have secure and uncontroversial access to a wide range of consumers to pitch their services or wares, and consumers

will be able to better control what they see and hear. Through the HENA ecosystem, advertising won’t be thought of as an annoyance

any longer, but perhaps as even another perk to participating in the marketplace. Users will be compensated for their viewing of ads

within the HENA ecosystem, and paid in HENA coin through a flexible and effective advertising system that is advantageous to both

advertisers and consumers.

Users

Reward HENA Coin

Users can watch news or videos,

play games, listen to music or

watch ads on mobile devices

HENA AIC

Provide user’s encrypted personal information

Advertiser

Payment for advertising

Provide user’s encrypted personal information

Collect big data

Targeted advertising exposure based on user data – High Efficiency

Obtain HENA

Publisher

Efficient advertising exposure results in higher revenue for publisher

HENA’S BLOCK-CHAIN BASED ADVERTISEMENT ECOSYSTEM REAL LIFE APPLICATION

SMART WALLET & MOBILE MINING

24

MINING, READILY AVAILABLE THROUGH THE HENA SMART WALLET, WITHOUT INTERRUPTION

While the HENA App is running, users can earn HENA Coins through mining while continuing to use their devices as normal. Once a user

creates a personal HENA address via the Smart Wallet, they can participate in mining with the simple press of a button. While the App is

running, in the foreground or background, mining takes place without any complicated input required of the user.

Users may continue to engage in gaming, Internet surfing, usage of third-party applications, checking their email, and anything else they

would normally use their device(s) for, all the while the HENA App mines for them in the background.

All of this is driven by HENA's self-developed Automatic Identification and Conclusion (AIC) logic, which is described in greater detail in

the HENA Yellowpaper.

Create HENA wallet Start mining easily Use phone freely

while mining

REAL LIFE APPLICATION

THE HENA SMART WALLET: MINING AND E-COMMERCE FUNCTIONALITY

25

THE HENA SMART WALLET: ALL-INCLUSIVE MOBILE APPLICATION

Through the HENA Smart Wallet, cryptocurrency will finally be effectively tied in with the real economy.

REAL LIFE APPLICATION

One of the most exciting aspects of the HENA project will be the ‘Smart Wallet’ app, an all-inclusive mobile

application that will allow users to spend, transfer, exchange, and even mine HENA, all conveniently on their

mobile device. Multiple cryptocurrencies and fiat currencies will be storable and accessible through the HENA

wallet, including HENA, and the ability to convert any fiat or crypto to any other. Users will also be able to access

community discussions, events, votes, and other activities related to the HENA ecosystem.

Payment: The ability to make instant payments, both online and offline, free of charge

Transfer: Instant transfers between wallets in a variety of currency types, free of charge

Exchange: Ability to convert cryptocurrencies into fiat, and vice-versa

Mining: Easy and effective mobile mining without hindering device usability

KEY FUNCTIONS OF THE APP APPICABLE TO DAILY LIFE

THE HENA COLD WALLET

26

THE UNIQUE AND HIGHLY PRACTICAL HENA COLD WALLET – AN INTUITIVE SOLUTION

Another attractive feature of HENA is the unique and highly practical HENA ‘Cold Wallet’. This cold-storage solution will be produced

by the HENA Foundation in a credit-card form factor, allowing for ease of storage and transportation just as with a credit or debit

card.

The HENA Cold Wallet will be an offline device, isolated from the internet and thus not hackable. Users can transfer assets to and

from the HENA Smart Wallet application via an encrypted Bluetooth connection, and may elect to store a portion of or all of their

HENA coin or other crypto assets on the Cold Wallet.

The Cold Wallet will even function as an ATM card, allowing users to withdraw, deposit, or make transfers or payments at ATM

terminals in cryptocurrencies and/or fiat. Another major step forward towards widespread cryptocurrency adoption.

REAL LIFE APPLICATION

Hack-immune

Assets transfer via Bluetooth connection

Ease of storage and transportation

Functions as an ATM card, allowing users to withdraw, deposit, or make payments HENA Cold Wallet in a card form

ESTABLISMENT OF THE HENA ECOSYSTEM

27

FACILITATING THE INTEGRATION OF CRYPTOCURRENCY INTO THE REAL ECONOMY

The ultimate purpose of the HENA Smart Wallet and blockchain is to facilitate cryptocurrency integration into the real economy. To

this end, an exchange capable of handling the conversion and trade of various cryptocurrencies, fiat currencies, and commodity

money is under development by HENA. This exchange will be dubbed the ‘HENA Direct Trading Market’ (DTM).

Through the HENA Smart Wallet, users will be able to transact directly with other Smart Wallet users, or engage in transactions on

the DTM. All these features will serve to increase the liquidity and utility of HENA coin, as well as those of other cryptocurrencies,

by bringing users together on the app, through which they can also transact in the real economy.

REAL LIFE APPLICATION

HENA Direct Trading Market (DTM)

More participants on the DTM Enhanced liquidity Raises HENA coin utility

Handling the conversion and trade of various cryptocurrencies, fiat currencies, and commodity money

REAL ECONOMY PAYMENT PLATFORM

A separate app for seller terminals will

be distributed so that users can go

into stores and use their HENA Smart

Wallets to make purchases, either in

cryptocurrency or fiat currency, for

services or merchandise.

Through this support and adoption,

HENA will be well on its way to

transforming the way we buy things,

sell things, and even how we think

about our money.

REAL LIFE APPLICATION

PARTNERSHIPS WITH PAYMENT GATEWAYS

ONLINE SHOPPING INTEGRATION: TYING INTO THE ONLINE ECONOMY

29

A natural feature of the HENA platform will be its usability as a payment method at online merchants. This

would allow HENA coin or other cryptocurrencies to be used at online stores, boutiques, and/or auction sites in

lieu of traditional forms of payment.

Any HENA-affiliated online shopping malls or app stores would provide quotes in HENA coin, and by extension

other cryptocurrencies. A simple API solution provided by the HENA Foundation to online merchants would

affect this implementation, connecting cryptocurrencies and the blockchain to the real world in a major way.

REAL LIFE APPLICATION

A simple API solution provided by the HENA Foundation to online merchants

would affect this implementation, connecting cryptocurrencies and the

blockchain to the real world in a major way.

USABILITY AS A PAYMENT METHOD AT ONLINE MERCHANTS

GAME, MERCHANT, AND SERVICE POINTS CONVERTIBILITY

30

REWARDS, POINTS, OR CREDITS CAN BE CONVERTED TO HENA TOKEN VIA THE HENA PLATFORM

Another way that the HENA ecosystem will tie cryptocurrencies to the real economy will be by facilitating the conversion of various

types of points, credits, and tokens into HENA coin, and vice-versa.

Many mobile games, apps, and sites or services allow users to accumulate points for activity, purchases, participation, and other ways.

HENA will greatly expand the utility of these forms of virtual currency, as well as the utility of HENA and cryptocurrencies,

simultaneously.

The HENA platform will automatically manage the conversion rates, merchant compensation, and the HENA foundation’s own costs or

profits in the background. All the users will then realize that their shopping and economic participation have been greatly enhanced.

REAL LIFE APPLICATION

HENA Platform

facilitating the conversion of various types of points, credits, and

tokens into HENA coin, and vice-versa.

NULS & MODULARITY

31

SMART-CONTRACT SUPPORT AND MODULARITY: ENHANCING BLOCKCHAIN UTILITY BEYOND ANYTHING BEFORE IT

Not the least of the HENA ecosystem’s features would be the modular smart-contract with support afforded. Akin to the features

popularized by Ethereum, the modular enhancements made by the NULS blockchain (as detailed in the HENA Yellowpaper) will give

the HENA platform virtually unlimited flexibility and functionality.

Users will be able to create their own smart-contracts on the blockchain. Developers will be able to develop smart-apps with nearly

any purpose on the modular structure of the HENA blockchain, opening up a whole universe of possibilities.

The inclusion of such modularity would truly make the HENA ecosystem revolutionary since it would be the users and developers

who could create the bulk of the content hosted, featured, consumed, and distributed across the network in a decentralized nature.

Just as YouTube revolutionized video, MySpace, Facebook and others revolutionized social media, and Apple revolutionized the

mobile phone, HENA will do the same by allowing anyone with access and the simple know-how to expand the ecosystem, growing

together with everyone else on the HENA platform.

REAL LIFE APPLICATION

Sub-link generation

Access provision

NULS solutions Main-Chain and Sub-Chain

Generated blocks Transactions

Multiple Tokens

Exchange of multiple tokens

Mobile device mining is a mining method unique to HENA. This is not the first attempt at its implementation, but previous

attempts encountered several roadblocks that no blockchain implementation prior to HENA has yet overcome.

Some of the issues those projects encountered included:

1) Excessive data charges when sending or receiving blockchain data,

2) Device performance degradation due to excessive CPU load,

3) Overheating and power consumption issues,

4) Extremely low mining efficiency.

The HENA project has found ways to solve each of the above issues.

The following slides are dedicated to describing in detail how this can be done.

HENA BLOCKCHAIN

HENA’S HYBRID CONSENSUS METHOD

33

HENA BLOCKCHAIN

HYBRID OF POW AND POS

POW is the primary consensus method for HENA. In the early stages of the blockchain's development, there may be security issues

due to a lack of total hashing power. Hence, HENA will use HPOS to re-verify the block in order to provide an extra layer of security

while still accumulating a user base. Hence, HENA will re-verify the block generated by the mobile POW process on the POS node.

This enhances security, and prevents malicious attacks on the blockchain. As the user base and thus hashing power of the network

rises, security will continue to be strengthened.

Proof-of-Work, Primary consensus

Proof-of-Stake, for re-verification

Hashing only 10 loop

Mining pool

… Hashing only 10 loop

Mining pool

…

Block Generate

Block Generate

Certification Certification

POS Consensus

Block Confirm

Block Publish

Node Node

Node

Node Node

Node Node

MOBILE PROOF-OF-WORK (POW)

34

HENA BLOCKCHAIN

THE POW MINING PROCESS AND AUTHENTICITY

When a user attempts to begin participating in mining, the HENA App automatically checks the user's mobile device and uses the

unique identifiers of each mobile device such as mobile phone number, IMEI, Mac Address, and CPU ID to ensure no duplicates or

unauthorized mining.

Based on this method of authentication, HENA Pool automatically allocates jobs and

assigns tasks that can be computed directly on the mobile device. Each mobile device

will perform this task through computation and then receive proportionate HENA

Coin as reward.

AUTHENTICATION USING UNIQUE IDENTIFIERS OF MOBILE DEVICE

Phone number

IMEI

Mac Address

CPU ID

For this implementation, an algorithm that frequently alters the difficulty level of POW is used, adjusting the difficulty according to

the transactions recorded during block generation period. The level of difficulty is not fixed, and the structure is such that the new

difficulty level is determined at each interval based on the sum of the transactions that occur during the block generation period,

the average value for the 5 blocks previously generated, and the number of mobile devices connected to the HENA Pool.

ALTERING THE LEVEL OF DIFFICULTY

The Block Thumbnail Mining Algorithm (BTMA) hashes the information to be mined in a thumbnail format and sends it to each mobile

device, each of which performs the calculations necessary for mining, and to find a nonce value for the hash value. Through BTMA,

the amount of data used by mobile devices can be minimized, optimizing the system for transferring and mining on mobile devices.

TECHNOLOGY BEHIND MOBILE MINING – BTMA & HPLS

35

HENA BLOCKCHAIN

BLOCK THUMBNAIL MINING ALGORITHM (BTMA) AND HASHING POWER LIMIT SYSTEM (HPLS)

At this time, the Hashing Power Limit System (HPLS) of the HENA Pool limits the tasks assignable to each mobile device to 5% of its

rated maximum performance. This reduces the heat generation and battery consumption of the devices in question.

In the initial stage, only one mining pool provide by the HENA Foundation will be available. However, any number of pool operators

will be free to develop their own pools. In order to develop and operate one’s own mining pool, a Mining SDK will be provided by the

HENA Foundation. The use of this SDK is mandatory for the establishment of a private pool.

Since HENA's mobile device mining algorithm, HPOW, is run concurrently with HPOS, the reward ratio for mining is adjusted, with the

greatest weight placed on participation in the blockchain, not on the size of a device’s role for substantive verification.

Minimizing the amount of block data Optimal for transmission between phones

MOBILE PROOF-OF-STAKE

36

HENA BLOCKCHAIN

PROOF OF STAKE

Proof of Stake (POS) is a cost-effective confirmation method as it does not rely on computational power. Rather than in proportion to

one’s contribution towards a given block, rewards are issued based on the number of tokens a participant possesses, or their ‘stake’ in

HENA. This will allow for increased decentralization since any user in possession of any number of HENA tokens will be able to take

part in the decision making process.

The HPOS proposed by HENA is close in function to the DPOS (Delegated

Proof of Stake) method. In this community, users are chosen by network

participants through the delegation of shares, ‘shares’ being the number

of tokens held.

The resulting delegated person is called the ‘server administrator’, and

this individual can change depending on the results of each round of

voting. The server administrator has control over the verification process

to the extent of the amount of shares delegated to them. However,

HENA Coin rewards will be distributed during each block based on

participation in voting.

DPOS

Predator

Predator

Predator

Predator

Predator

Predator

mandatory

mandatory

mandatory

[ HENA’s DPOS ]

DELEGATED PROOF OF STAKE (DPOS)

HYBRID CONSENSUS – HYBRID OF POW AND POS

37

HENA BLOCKCHAIN

PROOF OF WORK AND PROOF AND STAKE HYBRID CONSENSUS – A SYNERGETIC RELATIONSHIP

HENA proposes implementing a hybrid mixture of HPOS and HPOW. This decision produces synergies between the advantages of each

confirmation method, and offsets the effects of their disadvantages.

Hashing only 10 loop

Mining pool

…

Hashing only 10 loop

Mining pool

…

Block Generate Block Generate

Certification Certification

POS Consensus

Block Confirm

Block Publish

Node Node

Node

Node Node

Node Node

[ HENA Hybrid Consensus ]

DIFFICULTY ADJUSTMENT ALGORITHM OF HYBRID POW AND HPOS (1/2)

38

HENA BLOCKCHAIN

WORKLOAD REDUCTION METHOD

The hashing power contributable by each participating mobile device is restricted in order to avoid pitfalls such as excessive data

usages and mobile device resource overload. This is accomplished through a 3 step process:

When initially connecting to the pool, the mobile device will report its

highest hash rate

Report highest hash rate

Step 1 Step 2 Step 3

Calculate average

hash rate

The HENA Pool will then calculate the average of the hash rates of the

registered mobile devices

Distribute for hashing 5%

An amount equating to 5% of this average is then distributed to each

mobile device for hashing

As the number of mobile devices on the HENA blockchain grows, the total cumulative hash rate will also increase. Thus, each devices’

individual contribution to confirmations and block generation will decline as a percentage of the whole.

In addition, as the performance of mobile devices continues to increase with advances in technological development, the average

maximum reported hash rate will increase in tandem.

DIFFICULTY ALGORITHM OF HYBRID POW AND HPOS (2/2)

39

HENA BLOCKCHAIN

HENA’S DIFFICULTY ALGORITHM, PROVIDING EQUAL OPPORUNITY

No device can exceed a hash rate equal to 5% of the average maximum performance. This ensures that each individual participating in

mining has equal opportunity for influence and income, regardless of the maximum potential hash rate of a given device.

Note that the workload distributed to each device is 5% of the average maximum hash rate of each device, meaning that low-powered

devices are likely to require the use of more than 5% of their resources when participating in mining. However, this is a non-issue

because the variance in hash rates among mobile devices is much less than that of more powerful devices, including ASICs.

This workload reduction method serves another function besides equity. Extremely low-powered mobile devices may not be able to

conduct proof-of-work if given a full load. Therefore, by limiting the workload given to any one device to 5% of the average maximum,

incomplete or failed hashes will be kept to a minimum.

HASH RATE DISTRIBUTION METHOD FOR MOBILE DECIVCES CONNECTED TO THE POOL

Bottom 10% of Devices Assigned to the 10th percentile, as a category, for the distribution of reward based on hash

contribution

Top 10% of Devices Assigned to the 90th percentile, as a category, for the distribution of reward based on hash

contribution

AUTOMATED COIN GROWTH RATE VIA AN ALGORITHM

40

HENA BLOCKCHAIN

REWARD SHARES BASED ON A COMBINATION OF HYBRID POW AND POS

HENA’s use of hybrid delegated proof does not employ equal of portions HPOS to HPOW, initially relying entirely on verification via

HPOS. If coin rewards were issued based on only one criterion, the coin rewards allocated for mobile mining would be minimal. Thus,

HENA makes use of an algorithm that distributes reward shares based on a combination of factors. Reward distribution is based on

HPOW, not HPOS, regardless of the actual workload assigned to each device.

HPOS normally affords more opportunity for participation in block verification to those wallets that hold a greater portion of

outstanding tokens, while providing reward based on the duration of participation. However, HENA is designed to reward more

generously those mining participants that take on a higher workload, based on the implementation of HPOW, while block verification

participation remains tied to the HPOS standard. This creates an equitable ecosystem for all users of HENA.

𝑅

𝐷 ∗ ( 𝐻 ∗

𝑇

2𝑥 )

Equation of Reward (volume of mining)

D = Difficulty

R = Reward per block

H = Hash rate

T = Time by seconds

X = Constant

ARCHITECTURE OF THE HENA BLOCKCHAIN PLATFORM – NULS (1/2)

41

HENA BLOCKCHAIN

HENA AS A NULS BASED SERVICE PROVIDER

HENA’s blockchain is based upon NULS, which prominently features modularity. This modularity allows users to customize their own

smart contracts, arbitration systems, accounting systems, and anonymous policies, to name just a few possible use cases.

WHAT IS NULS?

NULS is a module-based blockchain that enables the running of sub-chains, and module customization. The core components of NULS

are its micro kernel, and the presence of functional modules on its blockchain. The micro kernel is akin to the kernel of an operating

system, such as Mac OS or Windows, and can be thought of as a bridge between the hardware and NULS’s other primary component,

the functional modules. In this case, a bridge between the service bus, event bus, and the functional modules. It handles all the vital

functions of the blockchain, from block generation and transaction confirmation to the hosting of smart contracts and scripts.

Module Manager

Smart contract

Ledger Storage Network Account Consensus Processor

Service bus

Event bus

[ Structure of the NULS Module ]

ARCHITECTURE OF THE HENA BLOCKCHAIN PLATFORM – NULS (2/2)

42

HENA BLOCKCHAIN

THE FUNCTIONAL MODULE ON THE NULS BLOCKCHAIN PLATFORM

What makes NULS unique is the modularity of its design, allowing individuals or business to operate smart contracts, cross-chain

functions (transactions or other operations between two or more otherwise separate blockchains), and anything else they can think of

or implement. These ‘functional modules’ are fully customizable, giving unprecedented flexibility to the users.

The primary purpose of NULS is the simplification and reduction of workload of the blockchain development process, with the goal of

helping to boost blockchain technology adaption worldwide. Such a technology, if made publicly available, can reduce the capital,

labor, and development time requirements for the development and operation of blockchains.

HENA is designed with ease of use as one of the top priorities. The need to be knowledgeable on programming,

mining pool connections, and other complicated procedures is eliminated.

With customizable modules such as the multi-chain system, smart contract implementation, and Dapp, HENA is highly versatile and enjoys a wide-range of applicable use cases.

HENA features very high performance relative to other cryptocurrencies, theoretically capable of processing

millions of transactions per second via the main and sub-chain systems on the network.

Separation of data and cross-chain monitoring system ensures the confidentiality of data in the sub-chain.

Meanwhile, adequate transparency is maintained via Data Audits.

Usability – Easy to Understand and Use Versatile Blockchain – Various application

High Performance Transparency and Confidentiality of Data

INTRODUCTION TO THE MODULARIZATION FRAME

43

HENA BLOCKCHAIN

MODULARIZATION OF THE BLOCKCHAIN

One of HENA’s key characteristics is the modularization of the blockchain, a la NULS. This increases flexibility and opens up countless

possibilities for employable applications and functions within the HENA mobile ecosystem.

The separation of the kernel and the function modules divides functionality

between different code-based components on the blockchain, allowing for them to

be altered separately. Existing and publicly available blockchains, such as Bitcoin

and Ethereum, require difficult and cumbersome service upgrades and/or

modifications as a whole if improvements are desired. This has resulted in

infighting, hard-forks, soft-forks, and other such typically undesirable events on the

aforementioned blockchains, as well as others.

However, thanks to HENA’s modular design, individual modules can be separately

modified, replaced, upgraded, or otherwise customized without interrupting other

functions on the blockchain, or any downtime outside of functions or services

specific to the module being addressed.

FLEXIBLE STRUCTURE AND FUNCTIONALITY OF THE MODULE

Under HENA’s hood, the Module Manager manages ‘Service Bus’ bidirectional communication between the micro kernel and the

function module. The 'Service Bus' manages the service handle of each of the modules, and 'Event Bus' is responsible for the

announcement and subscription of module events to devices on the network.

Module Structure

1) Module management

2) Task management

3) Service management

4) Configuration management

Micro Kernel Function Module

MODULE MANAGEMENT HENA BLOCKCHAIN

THE LIFE CYCLE OF A MOUDLE – FROM BIRTH TO RETIREMENT

The module manager manages the life cycle of the modules within the nodes. The figure below shows the life cycle of a module and its steps, from when it is first initialized to destruction.

Starting

Initialization

Running

Stopping

Destroying

Stopped

Destroyed

Initialized

Uninitialized

Module Manager XXX_Module

Call init ()

Return Init Module

Call Start ()

Return Start Module

Call Stop ()

Return Stop Module

Call Stop ()

Return Stop Module

Remove Module

United The Life Cycle of a module

It includes the following steps:

United, Initialization, Initialized,

Starting, Running, Stopping, Stropped,

Destroying, and Destroyed.

44

TASK MANAGEMENT

45

HENA BLOCKCHAIN

THE PROCESSES AND THREADS OF TASK MANAGEMENT THROUGH NULS

Procedures

1) The Module Manager creates a Process using the Process Factory.

2) Registers the created Process information in the Task Manager.

3) The Task Manager records the Process information.

4) The Process Factory returns the Process to the Module Manager.

5) Module Manager calls the Module Start Method to start Module.

6) The Module executes n tasks, creating n threads.

7) The Thread Factory registers the Thread information of all created threads in the Task Management.

8) The Task Manager records the Thread information.

9) The Thread Factory returns n Threads to the Module.

10) The Module starts one task in each of the created Threads.

11) The Module starts work in each Process.

12) Module Status: Running.

Module Manager

XXX_ Module

Process Factory

Thread Factory

Task Manager

Get a NulsProcess Create a NulsProcess

Register the process Record the process

Rreturn a NulsProcess

Start the module in the Nulsprocess

Get n NulsThreads Create n NulsThreads

Record the threads

Register the Threads

Return n Nuls Threads

Start task_1 in the first thread

…..

Start task_n in the nth thread

The Task Management controls two types of tasks: Processes and Threads. The Kernel uses Task Management to manage all tasks on the

blockchain. The figure below shows the flow of generation of Processes and Threads whenever a module is started.

SERVICE MANAGEMENT AND MODULE LAYER

46

HENA BLOCKCHAIN

HENA SYSTEM & SERVICE MANAGEMENT THROUGH NULS MODULE LAYER

The NULS system, upon which HENA’s modularity is based,

consists of a series of module, each of which provide a functional

service to the users. The Service Manager is used to manage

these services.

(If you are familiar with the operation of Microsoft Windows OS,

you can regard Service Manager as analogous to a Windows DLL

registration table. Once the DLL is registered in the registry, the

developer obtains the DLL service handler from the registry and

calls the service by referring to the DLL provider documentation)

HENA provides documentation for the service interface, in

addition to original sources for all modules developed according

to NULS-provided specifications. HENA is thus a NULS-based

service provider as far as extension module development is

concerned.

Each module has the ability to define its own assigned services,

and can also be designed to make use of services provided by

other modules. The Service Manager remains the central

manager of all available services on the blockchain.

Basic Information

Module Configuration

Module Service

Module Events

Module Instructions

MODULE IMPLEMENTATION (1/2)

47

HENA BLOCKCHAIN

SEPARATION OF MODULES ALLOWS FOR VARIATION

It is the separation of the modules from the kernel and the core functions of HENA’s network that allow each functional module to have a variety of implementation methods. Each can be upgraded, modified, or replaced independent of each other and of the other components of the blockchain.

Service bus

Event bus

XXX_Module Definition YYY_Module Definition

Event Document

Service Document

Config Document

Module Basic Info

Event Document

Service Document

Config Document

Module Basic Info

XXX_Module Implement_A

XXX_Module Implement_B

YYY_Module Implement_B

Definition is Public

Definition is Private

[ Structure of Module Implementation ]

MODULE IMPLEMENTATION (2/2)

48

HENA BLOCKCHAIN

DEVELOPMENT OF MODULE BOOTSTRAP

Based on the Module Configuration File, a startup module is automatically loaded when each node is initialized, depending on its unique characteristics. During operation, the node can dynamically load the module by executing the module loading method handled by the Module Manager. The loading processor for each module is performed by means of a module bootstrap, which is an integrated base class within the Module Manager.

All module bootstraps should be developed based on this base class and managed by the Kernel. The module bootstrap is defined as follows:

Module Initialization

Method

Task initialization

Module destruction

Task termination

Responsible for loading the configuration, managing the cache, and creating a module message queue

In order to start a task, module services are registered with the Service Manager and subscribed to events of interest in that module. This process includes processor and filter registration for each event

Cancels the subscription to module’s event and stops the module's internal services and all internal operations

Delete the cache and message queues created within the module

1

2

3

4

EVENT DRIVEN (1/4)

49

HENA BLOCKCHAIN

THE EVENT DRIVEN NATURE OF MODULES ON THE BLOCKCHAIN

What blockchain technology can really be thought of is the backbone driving a series of single events. For example, each time a transaction is processed that is a single event. Each module completes logic processing based on a variety of events.

HENA’s Event Bus uses Disruptor Frame-Work to publish/subscribe to the event model. Each module can publish its own events as well as subscribe to events posted by other modules. Depending on the situation, each event is divided into two types, Local and Network Events.

Node A

Network Event

Local Event

Module X

Module Y

Node C

Module Y

Node B

Module X

Module X

LOCAL EVENT AND NETWORK EVENTS EXPLAINED

A Local Event is one in which logical events undergo asynchronous communication between different modules within the same node. These events are not distributed over the network, but instead are sent directly to the Local Event Distributor / Dispatcher, which then instructs other modules to process the required business logic.

Conversely, a Network Event is used for asynchronous communication between two or more nodes. Such an event is sent to other nodes on the network. The data structure is interpreted internally by the module, and each module has no need to know the data structures of the other modules.

Module Y

EVENT DRIVEN (2/4)

50

HENA BLOCKCHAIN

Event bus

FUNCTIONALITY OF THE EVENT BUS

Module developers can define their own modules via the module instructions. These instructions fully describe all events possible for any given module. This enhances customizability to a great degree.

Publisher

Event

Dispatcher

Handler Chain

Subscriber

A Handler

Filter Chain

If other module developers wish to subscribe to the event of a specific module, they should create a Handler and also register that Handler with the Event Bus.

The Filter Chain is designed to improve flexibility and scalability. This filter can be applied to any Handler that is connected to one or more module events.

The dispatch functionality of the Event Bus is implemented using Disruptors.

Disruptors themselves are operated on single threads. To improve efficiency, disruptors are responsible for dispatchers, and do not handle any business logic. When an event is published, the operator sends each subscriber's handler to its own independent in-thread.

Workers (a NULS Thread pool) Filters

Publish an event Subscribe event

[ Structure of the Event Bus ]

EVENT DRIVEN (3/4)

51

HENA BLOCKCHAIN

LAYERED DATA STRUCTURE OF THE BLOCKCHAIN

Events can be published or subscribed to between different nodes and modules within said node. HENA’s data communication protocol stack is built on the TCP protocol.

It consists of the network layer, event layer, and logic layer, from bottom to top.

Logic Layer

NULS Event Layer

NULS Network Layer

TCP Network Layer

• Logic Layer: The Logic Layer defines the business logic of each module at the upper level.

• Event layer: A four-digit byte is added to the event header prior to the business data. The event header contains the module identification number and the event identification number. Each event has its own unique event header. The module publishes new, or subscribes to existing events based on the event header.

• Network Layer: 10 bytes are added before the event layer data in the network message header. This strong of bytes includes the magic number, data length, odd/even parity bits, and encryption type.

Logic Data

NULS Event Data NULS Event Header (4 Byes)

NULS Message Data NULS Message Header (10 Bytes)

TCP Header TCP Header

EVENT DRIVEN (4/4)

52

HENA BLOCKCHAIN

THE STRUCTURE OF THE NETWORK LAYER

The structure of the Network layer consists of a message header and a message body. The message header includes a magic number, data length, the Xor byte, and encrypted data, while the event header contains both a module ID and event type.

Name Length Description

Message

Header

Magic

Number 4 Bytes

Used to divide a cross-chain network segment. Packets on other network segments are filtered by the network layer.

Data Length 4 Bytes Defines length of the message body

Xor 1 Byte Odd/even Parity bit of massage body Failed data is filtered by filter of network layer

Encrypt

Type 1 Byte

Password setting method Used to expand password setting of network layer packets

Event

Header

Module ID 2 Bytes Identification number of module

Event Type 2 Bytes Internal event number of module

Magic Number (4 Byte)

Data Length (4 Byte)

Xor Check (1 Byte)

Encrypt Type (1 Byte)

Module ID (2 Byte)

Event Type (2 Byte)

Body

Event

Header

Event

Body

Message

Body

Message

Header

[ Structure the Network Layer ]

MULTI-CHAINS

53

HENA BLOCKCHAIN

HENA’S QUALITY ENHANCEMENT THROUGH MULTI-CHAINS

The support for Multiple-Chains is another way in which the HENA platform will be a standout in terms of flexibility and

functionality.

Based on the NULS solution, the modularity adopted by HENA supports Sub-Link registration and Access provision. In this way, the main chain and sub-chain are able to verify generated blocks and transactions using a cross-chain consensus. This allows for multiple tokens, including those of sub-chains, to be exchanged on either the primary chain or one or more sub chains. The primary chain provides secure verification of these exchanges.

Sub-link generation

Access provision

NULS solutions Main-Chain and Sub-Chain

Generated blocks

Transactions

Multiple Tokens

Exchange of multiple token

Sub chain Consensus Domain B

Sub chain Consensus Domain A

Cross chain consensus domain B

Cross chain consensus domain A

CROSS CHAIN CONSENSUS (1/5)

54

HENA BLOCKCHAIN

C3D: CROSS CHAIN CONSENSUS DOMAIN

Another feature of HENA that differentiates it from most other blockchain implementations is its Cross Chain functionality.

The cross chain Consensus Domain consists of a main chain node and a sub-chain node. This allows transactions and messages to be relayed between two or more separate chains. Multiple nodes provide the processing for these functions.

NULS consensus domain

NULS Node

NULS Node

NULS Node

NULS Node

NULS Node

NULS Node

[ Structure the NULS Cross Chain Consensus System ]

CROSS CHAIN CONSENSUS (2/5)

55

HENA BLOCKCHAIN

C3N: CROSS CHAINCONSENSUS NODE

[ Composition of the NULS Cross Chain Consensus Node ]

Any nodes participating in the Cross Chain Consensus Domain can load additional modules (ex: Network Module, Cross Link Protocol Processor Module, etc.) that are required for the Cross Chain Consensus.

NULS Node

NULS Module Group

Cross Chain Module Group

Cross chain Network module

Cross chain Processor module

Sub chain Node

Cross chain Module Group

Sub chain Module Group

Cross chain Network module

Cross chain Processor module

Network and Protocol

CROSS CHAIN CONSENSUS (3/5)

56

HENA BLOCKCHAIN

THE WORKINGS OF THE CROSS CHAIN TRADING LEDGER

The Cross Chain Consensus Module requires the implementation of protocol converters, and is responsible for switching the formats of transaction messages for both sub-chain and cross chain transactions.

Cross chain transactions are divided into two types: Primary and sub-chain. The primary chain checks the sub-chain / alliance-chain by proofing message integrity, and the transaction then becomes a block header for the sub-chain.

In the case of an asset transaction, the cross chain trading ledger stores the details of all transactions.

Cross Block

Cross Block of Sub chain A

Block Header CrssChain_TX_A_1_hash

CrossChain_TX_A_1_Contarct

Cross Block of Sub chain B

Block Header CrssChain_TX_A_1_hash

CrossChain_TX_A_1_Contarct

Block of Subchain_B

Block Head Logic_TX_B_1_Hash

CrossChain_TX_B_1_Hash

BlockHash of SubChain_B BlockHash of SubChain_B

Logic_TX_B_1_Contract

CrossChain_TX_B_1_Contract

Block of Subchain_A

Block Head Logic_TX_A_1_Hash

CrossChain_TX_A_1_Hash

BlockHash of SubChain_B BlockHash of SubChain_A

Logic_TX_A_1_Contract

CrossChain_TX_A_1_Contract

CROSS CHAIN CONSENSUS (4/5)

57

HENA BLOCKCHAIN

TRANSACTION CONFIRMATION OF CROSS-CHAIN TRANSACTIONS

Nodes A and B of the primary chain, and nodes C and D of sub-chain form the Cross Chain Node (C3N), as shown in previous slide. When the sub-chain generates a new block, nodes C and D collect the Cross Chain transaction in the new block and create a Cross Chain block to broadcast to the C3N node.

Nodes C and D are responsible for verifying each block’s integrity. Once nodes A and B receive a cross-link block, they are validated by non-broadcast nodes.

C3N

NULS C3D Sub Chain

NULS Ledger Cross Chain

Ledger

Sub Chain Ledger

A

B

C

D

CROSS CHAIN CONSENSUS (5/5)

58

HENA BLOCKCHAIN

PRIVATE CHAIN DATA AUDIT

Some of the most important and attractive aspects of blockchain technology is the high level of security, confidentiality of transactions, and transparency as to the operation of the network. Through the implementation of NULS, HENA is able to secure the primary chain, sub-chains, and all modules on-board. This is accomplished via data separation and trans-chain auditing. Data transparency is accomplished in terms of the knowledge that all transactions are properly confirmed, while maintaining confidentiality for business actions, or individuals’ private transactions.

This is affected by the primary chain, which is capable of verifying message integrity on the private chain whenever a sub-chain places a block header into a transaction. In this way, companies or other groups operating modules on the blockchain and prove their integrity in the eyes of the public.

More specifically, the private chain reports the block header to the primary chain via the cross chain consensus. The primary chain then manages a complete message outline for the sub-chain. These sub-chain produced messages are then verified. Therefore, the recording of the sub-chain block header into the chain results in a service charge paid in a specified token.

Block of Subchain_A

Block Head TX_1_Hash

… TX_n_Hash

TX_1_Content ….

TX_n_Content

Block of Subchain_A

Block Head TX_1_Hash

… TX_n_Hash

BlockHash of NULS

TX_1_Content

TX_m_Content

TX_n_Content

BlockHash of NULS

Save the blockhead to a tx in NULS

TX_m_Content

The tx_content is confidential

ROADMAP

2Q 17 3Q 18 4Q 18 1Q 19 2Q 19 3Q 19 4Q 19

- Idea Generation

- Whitepaper writing

- Establish HENA Foundation

- Token Generation

- HENA Website

- Launch HENA Wallet

- Launch Cold Wallet

- Launch Hybrid Consensus

- Launch AIC Module

- Listing on exchanges

- Launch Payment

- Launch ATM

- Launch an Exchange

- Launch DTM (Direct Trading Market)

- Launch Personal Information Private Blockchain

- Launch AIC Private Blockchain

60

Disclaimer

General Disclaimer

This whitepaper (the “Whitepaper") is being provided upon your request for informational purposes only, and is not intended to be, and must not be, taken as any suggestion for a particular investment decision. By the acceptance

hereof, you agree that (i) the information contained herein may not be reproduced or distributed to others, in whole or in part, for any purpose without fist the prior written consent of HENA; (ii) you will keep confidential all

information contained herein that is not already available in the public domain; (iii) the Whitepaper contains highly confidential and proprietary 'trade secrets‘ (some of which may constitute material non-public information); and

(iv) you will use the information contained in this Whitepaper for informational purposes, and will not engage in securities trades on the basis of any such information. The contents hereof should not be construed as investment,

legal, tax or any other form advice, and you should consult your own advisers in pertaining to those matters. Unless otherwise noted, the information contained herein has been compiled as of August 31st, 2018, and is in

preliminary, unaudited form, and therefore subject to change. There is no obligation on our part to update the information provided herein.

This Whitepaper does not constitute an offer to sell or a solicitation of an offer to buy any securities. Prior to finishing reading the full disclaimer, do not in any way take any actions. The information disclosed on the website, or

contained in this whitepaper, is neither a guide nor recommendation for investment. The tokens issued through HENA in any case shall not be treated as marketable securities, nor the equivalents of such. If you have decided to

partake in the development of HENA, your contribution will not include any form of sales, nor exchange of the token for any marketable securities or any unit of investment. None of the holders of the token are entitled to receive

any dividends, nor any other form of income.

No representation or warranty is given with respect to the information contained herein, and the delivery of this document will not under any circumstances create any implication that HENA has updated the information

contained herein. Information throughout the Whitepaper provided by sources other than HENA have not been independently verified. Differences between past performance and actual results may be material and adverse.

Due to the regulatory complexity, and policy uncertainty relating to the United States, residents or permanent residents of the United States are prohibited from participating in the funding of HENA or receiving any tokens. If false

information is used in order to contribute to funding, the user shall thereby be in violation of the terms and conditions of HENA, and HENA reserves the right to demand compensation for any damages resulting from any individual

engaging in such behavior. If the region presents the possibility of causing a violation of the terms and conditions, you are not to distribute nor make any copies of any information provided by HENA, including the information

disclosed on the website or within the Whitepaper. The information herein has not been examined nor approved by any regulatory authority, and is not indicative of the issuance nor distribution of the Whitepaper having

complied with appropriate regulations and requests of any regulatory authority.

To the maximum extent permitted by applicable laws and regulations, HENA’s entrepreneurs and team members shall not be liable for any losses incurred from any direct or indirect participation of investment in the HENA project

by an artist or individual. This Whitepaper contains information taken from market research reports, industrial publications, and internal research, which are considered to be generally reliable sources. However, there is no

assurance of the accuracy or credibility of such reports.

None of the information provided within this Whitepaper shall be treated as any form of advice regarding business, law, finance, or tax matters with respect to the development of the HENA platform.

All information presented on HENA’s website, in the Whitepaper, and other documents is presented as best practice and, unless explicitly stated on a fundraiser’s terms and conditions, all information is non-binding and shall not

be acted on as such in any form or manner.

Any information or documents provided by HENA may not be copied, distributed, or retransmitted without the inclusion of the “Disclaimer”.