the genesis of a mobile ecosystem · 2018-09-10 · speed. hena’s focus on mobile devices,...
TRANSCRIPT
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”.