is there not too late to join ICO ? i have 1000 testcoins on alpha.heatledger.com
"The address you provided does not seem to participate in the ICO"
how to participate ?
Topic: [ANN] HEAT: 3.0 crypto*multisig fiat*a2a hft*1000tps*DSA*PoS+PoP*e2ee chat* - page 242. (Read 418460 times)
November 07, 2016, 03:32:36 AM
November 06, 2016, 11:24:48 PM
We have concluded all important parts that relate to the core. This includes the removal of the embedded database and replacing it with our own custom transactional and crash proof storage mechanism based on memory mapped files.
This storage layer in itself and especially the crash-recovery, transactional rollbacks and ability to rollback all storage to a version N blocks in the past was no small feat. It was further optimized to use as little memory allocations as needed, we achieved this by re-using many of the application objects (accounts, transactions, blocks etc but also many of the raw byte arrays) and instead of recreating new objects while the app is running we try and re-use existing objects by repopulating their fields and data.
To fully ensure its correct workings we've opted for a testing scheme where we have the heat core test itself. Its much like doing a self diagnostics but we'd like to view as it 'extreme self diagnostics'.
The architecture of a blockchain application is perfectly suited for such a mechanism, add to that the lightweight operations of the heat system as a whole and combined we'll have the perfect through and through self-testing.
The self diagnostics works by generating an endless stream of transactions, blocks, but also causing exceptions in places where exceptions can occur and forcing the blockchain to be rolled back at pseudo random intervals. In short we replicate months of normal operations in a matter of minutes.
To ensure all is working correctly we have various verify'ers listening in on the events that come from the heat application and use those events to built a secondary derived blockchain model which holds all account balances, unconfirmed balances, blocks, transactions etc etc either in memory if the data permits this (simple accounts balances for instance) or we'll store smaller checksums that proof larger constructs like blocks and transactions actually match on disk what we have calculated in the secondary model.
We plan to use this same test in our continuous integrations systems which are in the process of being setup (we'll be using Jenkins and host the code on github, upon each commit Jenkins will run the full test suite).
Heat will not only be the fastest and most scalable crypto currency. It will also be a POS cryptocurrency that allows anyone to create a sidechain or private blockchain without writing any code at all, free of charge. At heat we believe that instead of making it a pain for anyone interested and willing to invest in our technology, we actually welcome and enable these users to get their private chain up and running as quick as possible.
Eventually, You not only dont need to write any code, you also can use the standard heat server and client software to operate your private chain. Users can opt to run just heat, just any other private chain or a combination thereof.
To achieve this instead of encoding the genesis block as an encrypted set of transaction and block signatures as is standard with previous POS crypto currencies, later this year we aim to include the code to actually create the genesis block into the heat core. This allows anyone to create a json file with a list of recipient public keys and genesis amounts. Et voila start heat and you'll have your fully functional private chain.
As soon as the decentralized services will be coming online those will work on heat and all private heat chains derived from that.
We are planning to release the heat genesis block in the coming days, and HEAT core software on github shortly after that, as well as setup the continuous integration and prepare all further dev-ops aspects to at least guarantee enough uptime. To ensure fast updates to the network we will be using the same auto-updating feature that we introduced in FIMK which allowed us to remotely disable and even shutdown servers that run versions that are not compatible with the master branch. This mechanism will be active during the start of heat but always will be an optional feature, if users wish so they can disable this feature in the light of decentralization.
For the health of the early network and to allow us to push new features at this early stage we of course discourage users to do this.
This storage layer in itself and especially the crash-recovery, transactional rollbacks and ability to rollback all storage to a version N blocks in the past was no small feat. It was further optimized to use as little memory allocations as needed, we achieved this by re-using many of the application objects (accounts, transactions, blocks etc but also many of the raw byte arrays) and instead of recreating new objects while the app is running we try and re-use existing objects by repopulating their fields and data.
To fully ensure its correct workings we've opted for a testing scheme where we have the heat core test itself. Its much like doing a self diagnostics but we'd like to view as it 'extreme self diagnostics'.
The architecture of a blockchain application is perfectly suited for such a mechanism, add to that the lightweight operations of the heat system as a whole and combined we'll have the perfect through and through self-testing.
The self diagnostics works by generating an endless stream of transactions, blocks, but also causing exceptions in places where exceptions can occur and forcing the blockchain to be rolled back at pseudo random intervals. In short we replicate months of normal operations in a matter of minutes.
To ensure all is working correctly we have various verify'ers listening in on the events that come from the heat application and use those events to built a secondary derived blockchain model which holds all account balances, unconfirmed balances, blocks, transactions etc etc either in memory if the data permits this (simple accounts balances for instance) or we'll store smaller checksums that proof larger constructs like blocks and transactions actually match on disk what we have calculated in the secondary model.
We plan to use this same test in our continuous integrations systems which are in the process of being setup (we'll be using Jenkins and host the code on github, upon each commit Jenkins will run the full test suite).
Heat will not only be the fastest and most scalable crypto currency. It will also be a POS cryptocurrency that allows anyone to create a sidechain or private blockchain without writing any code at all, free of charge. At heat we believe that instead of making it a pain for anyone interested and willing to invest in our technology, we actually welcome and enable these users to get their private chain up and running as quick as possible.
Eventually, You not only dont need to write any code, you also can use the standard heat server and client software to operate your private chain. Users can opt to run just heat, just any other private chain or a combination thereof.
To achieve this instead of encoding the genesis block as an encrypted set of transaction and block signatures as is standard with previous POS crypto currencies, later this year we aim to include the code to actually create the genesis block into the heat core. This allows anyone to create a json file with a list of recipient public keys and genesis amounts. Et voila start heat and you'll have your fully functional private chain.
As soon as the decentralized services will be coming online those will work on heat and all private heat chains derived from that.
We are planning to release the heat genesis block in the coming days, and HEAT core software on github shortly after that, as well as setup the continuous integration and prepare all further dev-ops aspects to at least guarantee enough uptime. To ensure fast updates to the network we will be using the same auto-updating feature that we introduced in FIMK which allowed us to remotely disable and even shutdown servers that run versions that are not compatible with the master branch. This mechanism will be active during the start of heat but always will be an optional feature, if users wish so they can disable this feature in the light of decentralization.
For the health of the early network and to allow us to push new features at this early stage we of course discourage users to do this.
When will those of us who have to have our portion claimed after genesis block - when will we be able to do so? What exactly is the process regarding that?
November 06, 2016, 08:47:55 PM
Thanks for the update. Legend!
November 06, 2016, 08:18:15 PM
Thank you verymuchso for the update 
Keep up the great work my friend.
Keep up the great work my friend. November 06, 2016, 05:29:17 PM
We have concluded all important parts that relate to the core. This includes the removal of the embedded database and replacing it with our own custom transactional and crash proof storage mechanism based on memory mapped files.
...
For the health of the early network and to allow us to push new features at this early stage we of course discourage users to do this.
...
For the health of the early network and to allow us to push new features at this early stage we of course discourage users to do this.
Great news.
It will be very interesting to see which uses people can come up with for all the side/privatechains.
Also finally getting our HEAT off the exchanges.
November 06, 2016, 05:04:27 PM
We have concluded all important parts that relate to the core. This includes the removal of the embedded database and replacing it with our own custom transactional and crash proof storage mechanism based on memory mapped files.
This storage layer in itself and especially the crash-recovery, transactional rollbacks and ability to rollback all storage to a version N blocks in the past was no small feat. It was further optimized to use as little memory allocations as needed, we achieved this by re-using many of the application objects (accounts, transactions, blocks etc but also many of the raw byte arrays) and instead of recreating new objects while the app is running we try and re-use existing objects by repopulating their fields and data.
To fully ensure its correct workings we've opted for a testing scheme where we have the heat core test itself. Its much like doing a self diagnostics but we'd like to view as it 'extreme self diagnostics'.
The architecture of a blockchain application is perfectly suited for such a mechanism, add to that the lightweight operations of the heat system as a whole and combined we'll have the perfect through and through self-testing.
The self diagnostics works by generating an endless stream of transactions, blocks, but also causing exceptions in places where exceptions can occur and forcing the blockchain to be rolled back at pseudo random intervals. In short we replicate months of normal operations in a matter of minutes.
To ensure all is working correctly we have various verify'ers listening in on the events that come from the heat application and use those events to built a secondary derived blockchain model which holds all account balances, unconfirmed balances, blocks, transactions etc etc either in memory if the data permits this (simple accounts balances for instance) or we'll store smaller checksums that proof larger constructs like blocks and transactions actually match on disk what we have calculated in the secondary model.
We plan to use this same test in our continuous integrations systems which are in the process of being setup (we'll be using Jenkins and host the code on github, upon each commit Jenkins will run the full test suite).
Heat will not only be the fastest and most scalable crypto currency. It will also be a POS cryptocurrency that allows anyone to create a sidechain or private blockchain without writing any code at all, free of charge. At heat we believe that instead of making it a pain for anyone interested and willing to invest in our technology, we actually welcome and enable these users to get their private chain up and running as quick as possible.
Eventually, You not only dont need to write any code, you also can use the standard heat server and client software to operate your private chain. Users can opt to run just heat, just any other private chain or a combination thereof.
To achieve this instead of encoding the genesis block as an encrypted set of transaction and block signatures as is standard with previous POS crypto currencies, later this year we aim to include the code to actually create the genesis block into the heat core. This allows anyone to create a json file with a list of recipient public keys and genesis amounts. Et voila start heat and you'll have your fully functional private chain.
As soon as the decentralized services will be coming online those will work on heat and all private heat chains derived from that.
We are planning to release the heat genesis block in the coming days, and HEAT core software on github shortly after that, as well as setup the continuous integration and prepare all further dev-ops aspects to at least guarantee enough uptime. To ensure fast updates to the network we will be using the same auto-updating feature that we introduced in FIMK which allowed us to remotely disable and even shutdown servers that run versions that are not compatible with the master branch. This mechanism will be active during the start of heat but always will be an optional feature, if users wish so they can disable this feature in the light of decentralization.
For the health of the early network and to allow us to push new features at this early stage we of course discourage users to do this.
This storage layer in itself and especially the crash-recovery, transactional rollbacks and ability to rollback all storage to a version N blocks in the past was no small feat. It was further optimized to use as little memory allocations as needed, we achieved this by re-using many of the application objects (accounts, transactions, blocks etc but also many of the raw byte arrays) and instead of recreating new objects while the app is running we try and re-use existing objects by repopulating their fields and data.
To fully ensure its correct workings we've opted for a testing scheme where we have the heat core test itself. Its much like doing a self diagnostics but we'd like to view as it 'extreme self diagnostics'.
The architecture of a blockchain application is perfectly suited for such a mechanism, add to that the lightweight operations of the heat system as a whole and combined we'll have the perfect through and through self-testing.
The self diagnostics works by generating an endless stream of transactions, blocks, but also causing exceptions in places where exceptions can occur and forcing the blockchain to be rolled back at pseudo random intervals. In short we replicate months of normal operations in a matter of minutes.
To ensure all is working correctly we have various verify'ers listening in on the events that come from the heat application and use those events to built a secondary derived blockchain model which holds all account balances, unconfirmed balances, blocks, transactions etc etc either in memory if the data permits this (simple accounts balances for instance) or we'll store smaller checksums that proof larger constructs like blocks and transactions actually match on disk what we have calculated in the secondary model.
We plan to use this same test in our continuous integrations systems which are in the process of being setup (we'll be using Jenkins and host the code on github, upon each commit Jenkins will run the full test suite).
Heat will not only be the fastest and most scalable crypto currency. It will also be a POS cryptocurrency that allows anyone to create a sidechain or private blockchain without writing any code at all, free of charge. At heat we believe that instead of making it a pain for anyone interested and willing to invest in our technology, we actually welcome and enable these users to get their private chain up and running as quick as possible.
Eventually, You not only dont need to write any code, you also can use the standard heat server and client software to operate your private chain. Users can opt to run just heat, just any other private chain or a combination thereof.
To achieve this instead of encoding the genesis block as an encrypted set of transaction and block signatures as is standard with previous POS crypto currencies, later this year we aim to include the code to actually create the genesis block into the heat core. This allows anyone to create a json file with a list of recipient public keys and genesis amounts. Et voila start heat and you'll have your fully functional private chain.
As soon as the decentralized services will be coming online those will work on heat and all private heat chains derived from that.
We are planning to release the heat genesis block in the coming days, and HEAT core software on github shortly after that, as well as setup the continuous integration and prepare all further dev-ops aspects to at least guarantee enough uptime. To ensure fast updates to the network we will be using the same auto-updating feature that we introduced in FIMK which allowed us to remotely disable and even shutdown servers that run versions that are not compatible with the master branch. This mechanism will be active during the start of heat but always will be an optional feature, if users wish so they can disable this feature in the light of decentralization.
For the health of the early network and to allow us to push new features at this early stage we of course discourage users to do this.
November 06, 2016, 02:15:15 PM
Low ranked accounts fudding is one of the most bullish signals on this board 
I invested over 1 btc in this, and its not doing anything ! They said launch in last month, its not even launched yet.
November 06, 2016, 01:42:55 PM
Low ranked accounts fudding is one of the most bullish signals on this board
I invested over 1 btc in this, and its not doing anything ! They said launch in last month, its not even launched yet.
November 06, 2016, 01:21:05 PM
I guess there won't be much happening till the second round of funding (scheduled for February, right)? I might be buying some more in February, but in the meantime I have placed 0.3 BTC buy order on CCEX now. Feel free to fill my order in. I will remove it in 3 days if it is not filled fully.
I understand people who bought with FIMK are already x4 the ICO price, so feel free to dump on my 0.3 BTC. Offer is valid for the next 3 days, then I am moving my BTC to another coin.
I understand people who bought with FIMK are already x4 the ICO price, so feel free to dump on my 0.3 BTC. Offer is valid for the next 3 days, then I am moving my BTC to another coin.
ccex coins are the ones bought with btc 10k sat was the lowest plus all this time waiting with your btc locked up... so figure out how much its worth
November 06, 2016, 12:16:06 PM
Any news so far about the Mainnet launch? We're a little behind the announced 10-14 days and haven't heard anything since. Can we expect something during next week?
November 06, 2016, 12:09:44 PM
I sense a big winner here. Last ico that hit exchanges with a profit was 6 or 7 icos back with Stratis.
Once word gets out about the Unlimited Scalability, this will be like Stratis on steroids
Once word gets out about the Unlimited Scalability, this will be like Stratis on steroids
November 06, 2016, 08:33:54 AM
Looking to buy some HEAT at ICO price.
You can buy HEAT on ccex. It is still low price. Almost close to ico price.
Unfortunatelly people are not selling at C-CEX. Also I don't trust C-CEX, would prefer to buy directly from another buyer through dev's escrow. If I don't find a seller here I might reconsider C-CEX - I can place buy order at ICO price and the other person can dump his coins on my buy order but I would prefer not to use C-CEX, since it is illiquid.
There are the sites trading the pre launch token.
Quote
TRADING
HEAT credits / tokens can be traded on the following sites:
• Openledger operated by CCEDK
• Alcurex exchange
• C-CEX exchange
• Fitcoin Exchange assets in the FIMK blockchain
HEAT credits / tokens can be traded on the following sites:
• Openledger operated by CCEDK
• Alcurex exchange
• C-CEX exchange
• Fitcoin Exchange assets in the FIMK blockchain
After launch we dont know yet.
Also the pre launch token will get an mulitplied by approximately 1.45 at launch.
November 06, 2016, 08:05:40 AM
Looking to buy some HEAT at ICO price.
You can buy HEAT on ccex. It is still low price. Almost close to ico price.
Unfortunatelly people are not selling at C-CEX. Also I don't trust C-CEX, would prefer to buy directly from another buyer through dev's escrow. If I don't find a seller here I might reconsider C-CEX - I can place buy order at ICO price and the other person can dump his coins on my buy order but I would prefer not to use C-CEX, since it is illiquid.
November 06, 2016, 07:42:16 AM
Looking to buy some HEAT at ICO price.
You can buy HEAT on ccex. It is still low price. Almost close to ico price.
November 06, 2016, 05:44:50 AM
When will HEAT be launched? Unless mistaken I cannot find any indication on the heatledger website.
November 05, 2016, 02:47:41 AM
STRAT had it's ICO in the similar timeframe as HEAT and they launched x3/x4 (now trading x7)
What exchanges is STRAT trading at?Strat is trading only at Bittrex as for now.
Quote
market cap of 16 million dollars (now of course much higher), that would make over x14 ICO price
I thought WAVES raised a lot more, not making it much above ICO price still.It did, but it gradually went below ICO price after launch (ICO was overbought) before returning to over ICO prices recently.
Quote
One thing is for sure - HEAT was very undervalued in the initial phase.
That's undisputed - the ~600k EUR of liquid cryptocurrency we received in funding round 1 is likely going to be one of the most serious undertakers in the recent crypto history, yet enough already for the company to operate regardless of the success of round 2.Exactly!
Waves is a lot like HEAT regarding features for custom assets, however their transaction speeds and real, licensed business advances that are going to be utilized in commercial applications are unknown. Are there any known contenders with 20k to 50k tps basic system capacity on the blockchain industry? Let me know, as I haven't heard of any. Additionally HEAT serves the crowdfunders and E2EE blockchain / free messaging to begin with.
Yes, that's the point - HEAT seems technically superior to WAVES. While Waves is a great project it is not as good in terms of tps. Their main advantage now seems business partnerships (still not revealed, but everyone knows there are some), which I suppose HEAT too has in it's sleeve, so remember to reveal those at some point.
November 04, 2016, 09:00:11 PM
How high do you expect HEAT to go after launch?
Market cap after ICO is very small for a project which such ambitious whitepaper and tech.
STRAT had it's ICO in the similar timeframe as HEAT and they launched x3/x4 (now trading x7) and they have standard QT wallet (waiting for the actual one) + lots of things in the works. We will be starting with many things already working on the launch day, so I would expect marketcap much higher than STRAT, but hard to predict exact numbers (x5?).
We have also WAVES which is very similar to HEAT in terms of various features and after launch it was trading with market cap of 16 million dollars (now of course much higher), that would make over x14 ICO price but I doubt we would achieve such numbers immediately after launch, market won't let it.
One thing is for sure - HEAT was very undervalued in the initial phase.
Here is comparision of coins that were in similar situation and profits they gave to their investors.
Market cap after ICO is very small for a project which such ambitious whitepaper and tech.
STRAT had it's ICO in the similar timeframe as HEAT and they launched x3/x4 (now trading x7) and they have standard QT wallet (waiting for the actual one) + lots of things in the works. We will be starting with many things already working on the launch day, so I would expect marketcap much higher than STRAT, but hard to predict exact numbers (x5?).
We have also WAVES which is very similar to HEAT in terms of various features and after launch it was trading with market cap of 16 million dollars (now of course much higher), that would make over x14 ICO price but I doubt we would achieve such numbers immediately after launch, market won't let it.
One thing is for sure - HEAT was very undervalued in the initial phase.
Here is comparision of coins that were in similar situation and profits they gave to their investors.
waves ico price was around 30k, so no its not even 2x
I think his point was that HEAT could very well launch at the same marketcap that WAVES did, around $16MM, which would be ~14x ico price for HEAT
HEAT ico was the opposite of most icos that launched at a loss lately. Those icos were all hype with no tech. HEAT ico was all tech and not much hype, which will lead to a big profit for ico investors.
November 04, 2016, 07:45:37 PM
How high do you expect HEAT to go after launch?
Market cap after ICO is very small for a project which such ambitious whitepaper and tech.
STRAT had it's ICO in the similar timeframe as HEAT and they launched x3/x4 (now trading x7) and they have standard QT wallet (waiting for the actual one) + lots of things in the works. We will be starting with many things already working on the launch day, so I would expect marketcap much higher than STRAT, but hard to predict exact numbers (x5?).
We have also WAVES which is very similar to HEAT in terms of various features and after launch it was trading with market cap of 16 million dollars (now of course much higher), that would make over x14 ICO price but I doubt we would achieve such numbers immediately after launch, market won't let it.
One thing is for sure - HEAT was very undervalued in the initial phase.
Here is comparision of coins that were in similar situation and profits they gave to their investors.
Market cap after ICO is very small for a project which such ambitious whitepaper and tech.
STRAT had it's ICO in the similar timeframe as HEAT and they launched x3/x4 (now trading x7) and they have standard QT wallet (waiting for the actual one) + lots of things in the works. We will be starting with many things already working on the launch day, so I would expect marketcap much higher than STRAT, but hard to predict exact numbers (x5?).
We have also WAVES which is very similar to HEAT in terms of various features and after launch it was trading with market cap of 16 million dollars (now of course much higher), that would make over x14 ICO price but I doubt we would achieve such numbers immediately after launch, market won't let it.
One thing is for sure - HEAT was very undervalued in the initial phase.
Here is comparision of coins that were in similar situation and profits they gave to their investors.
waves ico price was around 30k, so no its not even 2x
November 04, 2016, 07:43:14 PM
STRAT had it's ICO in the similar timeframe as HEAT and they launched x3/x4 (now trading x7)
What exchanges is STRAT trading at?Quote
market cap of 16 million dollars (now of course much higher), that would make over x14 ICO price
I thought WAVES raised a lot more, not making it much above ICO price still.Quote
One thing is for sure - HEAT was very undervalued in the initial phase.
That's undisputed - the ~600k EUR of liquid cryptocurrency we received in funding round 1 is likely going to be one of the most serious undertakers in the recent crypto history, yet enough already for the company to operate regardless of the success of round 2.Waves is a lot like HEAT regarding features for custom assets, however their transaction speeds and real, licensed business advances that are going to be utilized in commercial applications are unknown. Are there any known contenders with 20k to 50k tps basic system capacity on the blockchain industry? Let me know, as I haven't heard of any. Additionally HEAT serves the crowdfunders and E2EE blockchain / free messaging to begin with.
November 04, 2016, 05:46:21 PM
How high do you expect HEAT to go after launch?
Market cap after ICO is very small for a project which such ambitious whitepaper and tech.
STRAT had it's ICO in the similar timeframe as HEAT and they launched x3/x4 (now trading x7) and they have standard QT wallet (waiting for the actual one) + lots of things in the works. We will be starting with many things already working on the launch day, so I would expect marketcap much higher than STRAT, but hard to predict exact numbers (x5?).
We have also WAVES which is very similar to HEAT in terms of various features and after launch it was trading with market cap of 16 million dollars (now of course much higher), that would make over x14 ICO price but I doubt we would achieve such numbers immediately after launch, market won't let it.
One thing is for sure - HEAT was very undervalued in the initial phase.
Here is comparision of coins that were in similar situation and profits they gave to their investors.
Market cap after ICO is very small for a project which such ambitious whitepaper and tech.
STRAT had it's ICO in the similar timeframe as HEAT and they launched x3/x4 (now trading x7) and they have standard QT wallet (waiting for the actual one) + lots of things in the works. We will be starting with many things already working on the launch day, so I would expect marketcap much higher than STRAT, but hard to predict exact numbers (x5?).
We have also WAVES which is very similar to HEAT in terms of various features and after launch it was trading with market cap of 16 million dollars (now of course much higher), that would make over x14 ICO price but I doubt we would achieve such numbers immediately after launch, market won't let it.
One thing is for sure - HEAT was very undervalued in the initial phase.
Here is comparision of coins that were in similar situation and profits they gave to their investors.
Jump to: