Humidify (hmdf.io) Whitepaper

Abstract

This whitepaper introduces Humidify, a crypto wallet built on our proprietary lightweight and powerful blockchain technology framework. With its unique features and user-friendly interface, Humidify allows users to securely send and receive digital assets while also offering an engaging experience through the concept of growing a virtual 3D tree. The project is managed by a group of passionate crypto enthusiasts and blockchain developers.

1. Introduction

Humidify is an innovative crypto wallet solution designed to provide users with seamless transactions in a secure environment. Our platform leverages our own lightweight yet powerful blockchain technology framework, ensuring efficiency, transparency, and scalability for all users. With the slogan "grow green, earn HMDF," we aim to encourage sustainable growth within the cryptocurrency ecosystem. Furthermore, we aim to positively impact the global initiative for greening our planet by promoting tree planting in various locations around the world.

2. Wallet Features

The Humidify wallet application operates as a Telegram mini app with several main menu items:

3. Security Measures

Security is paramount in Humidify's design:

4. Tokenomics

The tokenomics behind Humidify consists of two primary assets - HMDF and GROW tokens:

The HMDF token operates on a straightforward yet powerful economic model, where the value of 1 HMDF is equivalent to 100 HMDF Cents. This clear division allows for both practical transactions and a robust token economy that can facilitate various applications within our ecosystem

Token Distribution:

Please note that the percentages allocated to each category may be subject to minor adjustments based on market conditions and external factors influencing the project's development pace.

5. Tree Watering Concept

Users can request free tree watering once every 3 hours which yields them specific amounts of HMDF tokens (15.00) and GROW tokens (500). These figures were determined based on calculations made by founders but can be adjusted if necessary through future updates or community consensus.

6. Rationale for Choosing the Telegram Platform

The decision to implement our project on the Telegram platform is driven by its vast user base of 950 million individuals, providing an unparalleled opportunity for branding and application development. Telegram's environment is uniquely suited for the creation of mini-applications, which offer a multitude of advantages that align with our project's objectives.

One of the key features is the open protocol of TON Connect, which facilitates seamless integration and interaction with our applications. Additionally, the platform provides diverse monetization options, enabling us to explore various revenue streams while delivering value to our users.

The interactive capabilities offered by Telegram bots enhance user engagement, allowing for a dynamic and responsive experience. Furthermore, built-in payment functionalities streamline transactions, making it easier for users to participate in our ecosystem.

The secure integration with the TON wallet ensures that our users can transact with confidence, reinforcing the overall security and trustworthiness of our platform.

In summary, the combination of Telegram's extensive reach, interactive features, and secure infrastructure makes it the ideal platform for the successful realization of our project.

7. Transparency & Blockchain Explorer

All actions performed on Humidify's blockchain are transparently recorded and verifiable using our blockchain explorer tool available publicly online.

8. Blockchain Infrastructure

Our blockchain follows a Proof-of-Authority (PoA) consensus model implemented across several geographically separated physical servers including:

  1. Hub: Load-balanced servers responsible for receiving broadcasted transactions via main API endpoints.
  2. Multiple Validator Nodes: Segregated servers responsible for network-wide transaction validation.
  3. Blockchain Explorer: Hosts explorer application providing easy access to visualized data about our network's blocks & transactions.
  4. Application Server: Hosting telegram bot application server along with mini app frontend components facilitating seamless interactions between end-users & network backend components.

9. Technical Implementation Details

Our blockchain engine is built on a modern development stack, continuously evolving to meet the demands of a dynamic ecosystem. The architecture consists of multiple physical nodes running Docker images, enabling seamless deployment of different node types, such as hub nodes or validator nodes. Each node operates its own PostgreSQL engine for internal data storage, ensuring efficient data management while maintaining the versatility necessary for blockchain functionality. By leveraging Docker, we facilitate isolated and consistent environments, allowing for rapid scaling and easy upgrades without downtime. This structure minimizes unexpected issues typically associated with traditional blockchain databases, such as data corruption and performance bottlenecks. Our choice of PostgreSQL for internal storage complements the modularity of our system, enabling reliable transaction tracking and historical data access while allowing for high-performance and scalable application development.

We’re passionate about microservices and have always aimed to create a modular product with bare minimum functionality in the core. This ensures rock-solid runtime performance while managing high transaction volumes. We utilize .NET Core as our codebase, which is more suitable for building high-performance and scalable applications.

10. Block Composition Process & Consensus Model

Block composition happens once in 2 seconds and involves consensus among validator nodes who retrieve unprocessed transactions from hub pool continuously agreeing upon which ones should be included in new blocks before composing those blocks themselves. The block, a linear structure, includes properties such as network version, date and time, block number, previous block hash, and the block hash, calculated as a double SHA512 of the block properties and the hash sum of all valid pending transactions. Block hashes generated by validator nodes undergo verification checks within hub node any deviation flags errant validators leading temporary bans. Failed nodes do not receive any rewards. Transaction fees within each block distributed randomly amongst validator nodes. Optionally fees may be disabled rendering network completely free-to-use. Immutability, integrity and visibility aspects guaranteed through public APIs available enabling external verification methods. Network structure represented via linear linked list structure consisting immutable blocks. Swift validator node deployment facilitated due existence individual sync API endpoints assigned towards each respective node facilitating quick syncing processes.

11. Transaction Submission Process

To submit transactions onto our network involved procedure consists following steps:

  1. Construct Transaction Object: Including properties such as amount, addressFrom, addressTo, pubKey, networkVersion, randomSalt, type, fee, assetId and data
  2. Initiate Transaction: Create object specifying required details mentioned above alongwith additional information like random salt, type, data creating string representation called hash based off SHA512(SHA512{...}) calculation.
  3. Sign Transaction: Generate signature comprising private key/public key/hash buffer extracted from resulting hash encoded via base58check representation ECDSA object.
  4. Submit Signed Transaction: Submitted into transaction pool via HTTPS API commonly referred hub accessible address position situated alongside primary controller node. Ensuring complete privacy, no transmission takes place regarding associated private keys retaining exclusive possession within end-users space.

12. P2PKH Address Generation Details

Address generation process adheres closely towards bitcoin P2PKH model possessing both public/private keys integral during creation phase guaranteeing utmost security privacy protection maintaining consistent levels operational integrity throughout entire platform. P2PKH addresses are typically 34 or 33 characters in length and are encoded using a hash of the public key. The address is derived from the public key, which undergoes a hashing algorithm before being encoded into its final form. The use of P2PKH addresses provides several benefits, including improved privacy and security. By using a hash of the public key instead of directly exposing it, P2PKH addresses help protect users' identities and ensure that their public keys remain confidential.

We are exploring the possibility of offering users the ability to generate blockchain addresses with customizable features, allowing for the inclusion of specific characters, such as nicknames, within the address text. This innovative approach aims to enhance user experience by making addresses more memorable and personalized, thereby facilitating easier transactions and interactions within the ecosystem

13. Wallet Addresses In Network

Please find following relevant addresses related towards several important sections existing across entirety Humidity ecosystems:

14. Legal and Exchange Policy Statement

The project fully complies with all legal requirements. Our team, composed of devoted cryptocurrency enthusiasts and skilled blockchain developers and experts, is prepared to proceed with company registration as interest in our project grows. We are carefully assessing potential opportunities for listing on reputable exchanges; this decision will be based on the project's increasing popularity and financial viability. Please be assured that any steps taken towards exchange listings will scrupulously adhere to relevant regulatory obligations, prioritizing investor protection and compliance across all operational aspects. Our approach emphasizes prudent diligence and unwavering commitment to transparency and lawful conduct at every stage of corporate development.

15. Source Code Policy

At Humidify, we adhere to a strict policy of utilizing only open-source and freely available software and packages for our development processes. We recognize the value and collaborative nature of open-source projects, which allow for continuous improvement and innovation within the blockchain community. We are eager to contribute back to the community by transitioning our project into an open-source model once it attains a level of success and garners some interest. Until that juncture, we recognize that our proprietary codebase is a valuable asset - the sole property that we currently retain as part of our intellectual portfolio. We look forward to adopt an open-source policy in the future in order to cultivate an ecosystem that benefits not only our project but also the wider blockchain community as a whole.