Technical

The following is a list of on-going research ordered by descending priority for 2019. It should be noted that the Historia Team is in the research phase and make no promises that all of the below functionality will make it into the final product. As always, the Historia Team looks forward to hearing community feedback.

Web GUI – The web interface will be the main interface to access the records. Interfacing the web application with IPFS and the Historia blockchain is our highest priority at this point. We are designing the web application to be responsive, cross-platform, and have an intuitive design.

Historia Wallet – In our efforts to make the Historia system as user-friendly as possible, we will be adding a “basic” mode to the wallet that will be enabled by default. The basic mode will be a stripped-down version of what the user sees today. This will also include a new tab that shows approved records in the wallet itself and the ability to search the records for a specific content . Advanced users will be able to change to the normal wallet view.

Masternodes – Masternodes will see some significant changes. We have listed these changes below : Split Masternode System – Allowing for masternodes to run with different amounts of collateral. Why is this needed? The Historia team has always wanted the most amount of masternodes as possible to run. We can’t allow this project, or the records approved to become a tyranny of the few. We also see that there is a need for different types of masternodes to run. In the future we expect to see different levels of masternodes which will require different amounts of collateral and serve different functions for the network . Collatera l – Currently the collateral is 100 HTA to run a masternode . Many have questioned the logic of this decision. Because of the previously mentioned Spilt Masternode Sytem we can have masternodes running with 100 HTA collateral, as well as masternodes with 1000 or 10000 HTA required for collateral. Currently, we do not have a specific number of coins that will be required for collateral, but it will be at least 1000 HTA for the next level of masternodes . Buy them now while they are still cheap!

IPFS – Currently IPFS is required to run a masternode , but if IPFS is not running, the masternode is not penalized. This will change as we further integrate IPFS into the Historia network. In the future if IPFS is not running 99% of the time, your masternode will not be paid. We will release some further instructions on how to keep IPFS running 100% of the time. It should also be noted that the Historia team will be removing the requirements for the 100 HTA collateralized masternode to run IPFS and only those with higher collateral will be required to run IPFS with the masternode system. Finally, the higher level collateralized masternodes will be required to run IPFS 99% of the time, support both IPv4 and IPv6, and run the IPFS web UI over HTTPS. This will allow for record access in a decentralized manner, without a reader of the records having to download the wallet.

Rewards – Currently masternode rewards are set 5% of the total block reward. The plan previously was to increase this when there was enough demand. Now that we are attempting to add a split masternode system, the plan will be changing. The 100 HTA collateralized masternodes rewards increases will be at a lower priority that the higher level collateralized nodes. We are now considering these mostly as “voting” nodes, and not content distribution nodes. The higher level collateralized masternodes reward increases will be at a higher level priority where there will be an increase in rewards to meet the demand . These will be content distribution nodes, and it is important to have as many as these as possible.

Proposal / Record Fees – Currently when a proposal or record is submitted it requires 5 and 10 HTA coins respectively. These coins are burnt and no longer exist as usable coins. While for certain masternode type of coins, this is acceptable, Historia would rather give these coins to the masternode owners to help support the costs associated with running the nodes. Research is ongoing into the best method to distribute these.

InstantSend – The Historia wallet has the InstantSend feature, which uses a quorum of masternodes that lock the transaction. The benefits of this is a transaction is fully confirmed in an instant, as well as preventing the transaction from being affected by any potential 51% attacks. There are a few changes that we are looking into that will further help support the masternode network.

Enforce InstantSend over a certain amount of coins being moved. This helps to prevent against 51% attacks

Raise the InstantSend fees per transaction, to further help support the masternode owners.



Coin Supply – Because of the fact that history is constantly being made around us, the Historia team had to take that into account when setting the coin supply. Originally this requirement forced us to have an unlimited supply, but a low inflation, which is, of course, isn’t good for the economics of the system. The Historia team now has a method to continue to support the masternode owners via transaction fees and redirection of burnt coins. We hope to lower the total amount of coins to a more reasonable level of approximately 15-20 million range, to be mined out in approximately 150 years. Of course, there is much work to do here, but we can now see a path forward.

Collateralized Voting without a Masternode – The Historia Team has always believed in the idea of the wisdom of the masses. We are currently researching the ability to vote without running a masternode . Using IPFS, we will be able to store collateralized registered wallet addresses for voting. This is not a simple project and will require much work to make this behave correctly. Also this will open up Historia to non-technical individuals that still would like to participate with the voting aspects of the platform. The details are described below: A user must have a certain number of coins for collateral. This will probably be around the cost of a low level masternode . A user must register his coins to a specific wallet address. Once this specific wallet is registered and the collateral has been sent, this wallet will always having voting rights. No refunds. The collateral will not be burnt, however redirected and redistributed to the masternodes .



Community Questions

A few questions have been brought up from our community that should be addressed.

What kind of events could be called “ historic events”? – Ultimately, it’s the network owners that choose. It should be mentioned that the Historia team does NOT control what will get approved as a record that will be permanently and immutably stored. We can only suggest what we would like to see. For our use case, we believe it best to have current events, as there will be more evidence to prove it as fact.

Do older events that happen qualify or only current events? – If there is enough evidence to support something that happened 50 years ago, and the network owners want this to be permanently included in the record, then it will be added to the permanent record.

Can the Historia team or community, add existing historical events from existing sources? – Yes definitely, however as with all records there has to be the appropriate evidence. Taking this topic further, in the web GUI the Historia team can see archive tools being implemented that will make it easy to import information from other sources.

If there are further questions that the community would like to see addressed in a blog post, please reach out to us on discord, or email them directly to info@historia.network.

“Far Out” Ideas

The Historia Team wanted to share the very long-term vision with the community. It should be noted that we are attempting to build this project as a multi-generational project. Our success or failure will not be judged within our lifetime. As such, we need to come up with ideas now to help secure the historical record in the future. Of course, most of these scenarios require Historia to be successful from a monetary perspective.

As the coin gains popularity, it is the intent of the Historia team to secure the hardware that stores the growing Historia blockchain by employing duplicate copies in multiple secure locations. In a catastrophic event, the destruction of 99% of masternodes will not mean any loss of Historia content. This would ultimately require storage in the least accessible locations. These include the following ideas:

Masternode Network – The Historia team will encourage masternode owners from around the world to create nodes in remote, hidden, and inaccessible locations.

In Stone or Clay Tablets – There are certain areas of the Earth that have been geologically stable areas over millions of years. The masternode owners could choose to approve certain approved record proposals in stone or in clay tablets. Storage of those records could be at those geologically stable regions.

Secure Data Centers – The Historia team will attempt to purchase and retrofit Cold War communication bunkers, missile silos, and nuclear bunkers around the world to host and store masternode data.

Cube Satellites – With the price of satellite launches coming down and will continue to in the coming years, the Historia team would like to launch multiple full satellite masternodes to beam down the Historia blockchain across the entire world. This includes areas that are censorship-heavy.

Lunar Surface Data Centers – Equinix released a blog entry in 2013 suggesting by 2015 they would have a Lunar Data Center. While this was a April’s Fools joke, the Historia team does see such scenarios coming in the near future. In the future the Historia team should rent server space on the moon to further decentralize the storage of the historical record off planet . This should be considered for a long term goal.

Martian Surface Data Centers – This is a very very long term goal.

Community feedback is much appreciated. Feel free to discuss these ideas on our subreddit or discord.