Bitcoin Forum
May 21, 2018, 09:31:18 PM *
News: Latest stable version of Bitcoin Core: 0.16.0  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 [787] 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 »
  Print  
Author Topic: [ANN][KMD][dPoW] Komodo - Zcash Zero Knowledge Privacy Secured by Bitcoin  (Read 1083293 times)
Danzing
Member
**
Offline Offline

Activity: 96
Merit: 10


View Profile
April 15, 2018, 07:37:42 PM
 #15721

Danzing:

Code:
%APPDATA%\Agama
%ProgramFiles%\AgamaApp
%APPDATA%\Komodo

If u want to use native mode just delete %APPDATA%\Komodo\blocks , %APPDATA%\Komodo\chainstate folders and %APPDATA%\Komodo\komodostate file and resync from scratch.
Yeah, I had to go through folders search on Iguana/Agama/Komodo and delete everything including wallets. Now it's finally syncing. Thanks.
1526938278
Hero Member
*
Offline Offline

Posts: 1526938278

View Profile Personal Message (Offline)

Ignore
1526938278
Reply with quote  #2

1526938278
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
yma2018
Jr. Member
*
Offline Offline

Activity: 84
Merit: 0

n'cloud.swiss - The ICO of a proven business case


View Profile WWW
April 15, 2018, 08:16:02 PM
 #15722

Well thought project guys! Keep the good working. I like your project Smiley

n'cloud.swiss ICO - The unique opportunity of supporting a proven cloud business case to grow global and become a true alternative to AWS, Azure & Co.
jl777B
Full Member
***
Offline Offline

Activity: 350
Merit: 132


View Profile
April 15, 2018, 08:53:20 PM
 #15723

I am seeing some network issues. Things should reach eventual consensus, but not sure what the cause is.

Investigating

tortellino
Sr. Member
****
Offline Offline

Activity: 447
Merit: 250



View Profile
April 16, 2018, 07:15:12 AM
 #15724

@jl777: did you get in touch with Ledger team for the sync issues? A lot of people (including me) are not able to deposit or withdraw KMD.

--->>>>>http://status.ledger.fr

@jl777: are the network issues connected with the post above?

TAYLOR
Crypto Trading for Everyone
----
----
----
------
------
------
------
------
------
------
------
----
----
----
----
------
------
------
------
------
------
------
------
----
----
----
----
------
------
------
------
------
------
------
------
----
[]
jl777B
Full Member
***
Offline Offline

Activity: 350
Merit: 132


View Profile
April 16, 2018, 07:21:03 AM
 #15725

@jl777: did you get in touch with Ledger team for the sync issues? A lot of people (including me) are not able to deposit or withdraw KMD.

--->>>>>http://status.ledger.fr

@jl777: are the network issues connected with the post above?
yes

it has been a long "day" but finally down to the last couple of issues. I will post more details when I am not so tired and after all is fixed

the biggest issues was chains that got stuck, this has been fixed along with some other things. more details later after we spin up explorers, etc.

for mining pools, the beta branch is the one to use. all branches have been improved and when the dust settles it will be good to update.
Coinr88
Full Member
***
Offline Offline

Activity: 275
Merit: 100



View Profile
April 16, 2018, 08:44:49 AM
 #15726

Just found this post about Komodo and thougt it's worth sharing

Moonshot Week 12: Komodo

KomodoPlatform
Sr. Member
****
Offline Offline

Activity: 490
Merit: 251


Set Your Ideas Free


View Profile WWW
April 16, 2018, 11:46:39 AM
 #15727


◈▣ KOMODO ● Set Your Ideas Free ▣◈
.......AECOSYSTEFONATIVE BLOCKCHAINS.......
Blockchain Generator | Decentralized Crowdfunding | Decentralized Exchange | Bitcoin Security | Zero-Knowledge Proofs | Blockchain Interoperability | Scalable Infrastructure
layer1gfx
Legendary
*
Offline Offline

Activity: 1260
Merit: 1007



View Profile WWW
April 16, 2018, 01:09:37 PM
 #15728


is that due to the syncing issues mentioned some posts above? if so, i would understand, the dICO should go all smooth and without problems...

jl777B
Full Member
***
Offline Offline

Activity: 350
Merit: 132


View Profile
April 16, 2018, 03:09:01 PM
 #15729

Due to the network issues, we asked the exchanges to disable wallets. We did not see any forks being mined, but better safe than sorry.

Finally things are getting sorted. Here are the highlights:

It all started on Friday 13th...
Yes it was that type of day. I got a DM from a pool operator saying all his nodes crashed. I was thinking some sort of hardware problem, maybe the networking go all messed up. But when I looked into it a bit deeper to my surprise there was a block that was mined into the mainchain that shouldnt have been! the '833 block violated the one easy mining per notary rule, and in fact did back to back blocks. This should have been rejected, so clearly this was much more than a local hardware issue.

Since the nodes are checking each block for all the notaries, at first I could see how it even happened. So I do what I usually do when I dont know enough to fix the problem. I added printouts, lots of them to get a feel for what was going on.

Debugging is detective work. You need to remember all the key facts and come up with a theory that explained it all. One key fact was that the nodes that were crashing were usually the master branch and the nodes that kept on going without a care were from the dev (or even the bleeding edge jl777) branch. So that led me to suspect the new caching that I added to speed up the blockchain loading. Everyone is always complaining how slow it is and certainly a one hour sync is better than a 4 hour one.

Over the past months I had implemented a notaryid cache so no calculations were needed to determine which notary (if any) mined a specific block. To make things a bit more complicate, a notary can mine at ordinary diff in addition to easy diff, but the consensus rule is if a specific notary has mined a block within the last 65, he doesnt get the easy diff.

Here is what I think happened. The caching wasnt 100% reliable, so sometimes it returned slightly different values and this allowed notary 50 to mine two in a row in the non-master branches, but the master branch would reject it. I wasnt sure exactly what happened, but the proof that it happened meant that the caching needed to be fixed. I worked and worked on it, but after many hours I realized it just might not be possible to go at RAM speeds and be 100% reliable. Here is my weakness in C++ showing and I apologize. If the codebase was 100% C, I would have been able to make a 100% reliable notaryid cache.

If I cant use the caching, what to do. I didnt want to revert back to the slow master branch method... I decided to spend some time working from the bottom up as streamlined a system as possible to get the data on demand, without any caching. So now I rely on the local DB to be correct, which is a pretty good assumption as if the local DB isnt correct, you have a corrupted blockchain on your system.

The good news was this new approach was still significantly faster than the old approach. On a system without any bottlenecks (1 gbps bandwidth, 128GB RAM, 12 cores) I was getting nearly 15,000 blocks per minute in sync speed. With the old method, I would be lucky to get 3000 to 5000 blocks per minute. But the 15K was using the caching, which couldnt be used. However, I am getting double the old rate and doing a bit less than 10,000 blocks per minute, which is a full sync in 1.5 hours. Not bad!

A long Friday 13th was looking to be a good day, for a bit. The new uncached method was looking very solid and fast and I streamlined other code and since this would be a forking change it made sense to put the elected notary activation in. One update to get the new notaries active, fix bugs and make it faster.

I think I took about a 4hr nap at that point, having been up for over 30 hrs working nonstop on all the above. The unpredictable nature of the caching bug meant that anything could happen. Odds were against anything more than another fork, or crashed nodes, but those are definitely not good at all.

Good thing I woke up so quickly as there were new issues popping up. The first was a d'oh! bug where I just totally goofed up with an uninitialized variable mixing with static variables. the surprise was it was not alway messing up from that, so that needed to be fixed and pushed out. It was due to the sudden unplanned activation of notaries, originally planned for a sedate July start.

The activation of the fix passed uneventfully for 4 blocks and then a block that shouldnt be was there and a mining pool that didnt update appeared to be mining it. For a few dozen blocks it was ahead of the notarized chain, but soon the notarized chain also became the longest chain and many nodes that were on the forked chain automatically switched. As it should with bitcoin's eventual consensus.

Things were a bit of a mess as the explorers that were based on an old codebase were mostly down and the surviving .ru explorer went comatose for half hour at a time, but always came back. With vast majority of notaries on the mainchain and a (barely) functional explorer, it felt like the long Friday 13th was coming to an end.

Ha Ha. Wouldnt that have been an easy thing.

At this point I was too exhausted to do anything more than sleep for a long time, with little idea of what I would wake to. I dont remember if it was night or day.

At first it started with a small fork, just 2 blocks, not being mined. That is perfectly normal and nothing to really worry about as it usually just resolves automatically as soon as the longest chain propagates. The strange thing was that it wasnt...

Then another set of nodes gets stuck and while we could manually kick the stuck nodes, it seemed as soon as we resolve one, another node or three went off on their own. It certainly felt like this wasnt happening all by itself, the odds of such things happening are not zero, but it would be a very rare day where you get 3 small forks like that, let alone 5, which is what I think the total was of the nodes that got stuck at specific blocks.

This wasnt a money risk in and of itself as the forks were not advancing, but too much strangeness so we asked the exchanges to disable the wallets while we got to the bottom of it. Enough stress dealing with this without adding the potential monetary loss to users to the equation!

Similar to the caching issue, the stuck nodes required analyzing in detail what was going on. After a few hours of this, I had the idea to detect a stuck node and proactively make it try to get to the mainchain. this actually worked on most of the stuck nodes but it was not the right answer. More a part of the process.

I noticed that the stuck nodes would pretty quickly ban all nodes that were not on their own chain, effectively isolating themselves and without anybody mining it (diff is very high for just a few non-mining pool nodes), they get stuck and get just a block ever few hours. But the longer it goes, the longer their mini-fork gets. And why where they mutually banning each other?

I tried increasing their banscore limit, but that just flooded the nodes with massive banning errors until whatever threshold was exceeded. These nodes just did not like each other at all. After another 20+ hour shift, I finally figured out what was going on. In bitcoin blocks are rejected very early in the network message -> raw block -> validated block -> really validated block -> connected block process.

The once per 65 blocks notary rule combined with the small fork usually having a notary mined block would end up creating an illegal easy diff, which in bitcoin terms is a violation of the PoW and enough to make it want to ban a node very quickly.

Once I found the cause of the mutual banfest, it didnt take long to get a version that wasnt so hostile. I just deferred the PoW validation until the end when all the data is available to know whether it is actually valid or not. Basically it isnt possible in isolation to tell if an easy diff block is valid or not, you need all the 65 prior blocks! Such an obvious thing after you understand it.

Now I had a clean solution to the messy problem and the test version worked like a champ. All the stuck nodes I had except one, quickly caught up to the mainchain and have been locked into it ever since. The one that didnt work, well I did things to it i really shouldnt have, and when you mess with DB files in ways you arent supposed to, they break. So a full resync on that one node.

We pushed this out to the notaries and before long notarizations resumed like the usual clockwork. During the extended Friday 13th, the notaries had a hard time coming to consensus on what block they were one. This is one way you can tell at a glance if there is a possible network issue going on, just look at the recent notarization frequency.

30 hours into my "day" I had to make a set of releases. From the highly experimental jl777 branch to the conservative master branch. I got most of it right but now we have a team testing all the variations and putting it through its paces.

Oh, during this long weekend, I also merged bitcore pull request that came in, to the dev branch. Once that is fully debugged it means any komodod can directly support an insight explorer, "out of the box"

As we update the various wallets, OS, and infrastructure providers, things will get back to normal.

For the more technical, my beta branch is testing out well and it is the basis for most of the mergemaster branch which will become the new master branch after it goes through testing.

For those that need prebuilt wallets, please be patient as we get them all rereleased and if you are in doubt at all, just wait to do any transactions.

KMD is now faster, more reliable  and able to reach the eventual consensus a lot more efficiently. The only unfortunate thing is that we need to make some delays as the exchanges will take several days to all come back online
22naru
Hero Member
*****
Offline Offline

Activity: 727
Merit: 500


TaaS is a closed-end fund designated to blockchain


View Profile WWW
April 16, 2018, 04:00:32 PM
 #15730

...


cheers  for clarification, i am quite happy(*from the point of you succed to repair) this happend and finished with a better , faster and more reliable KMD. good job and keep the project alive . i support all your hard work.



             ▄████▄▄   ▄
█▄          ██████████▀▄
███        ███████████▀
▐████▄     ██████████▌
▄▄██████▄▄▄▄█████████▌
▀████████████████████
  ▀█████████████████
  ▄▄███████████████
   ▀█████████████▀
    ▄▄█████████▀
▀▀██████████▀
    ▀▀▀▀▀
 

    ▄█████
   ████▀▀▀
   ████
   ████
██████████
▀▀▀████▀▀
   ████
   ████
   ████
   ████
   ████
   ▀▀▀▀
  




█████▄                  ▄█████
███████                ███████
████████▄            ▄████████
██████████          ██████████
███████████▄      ▄███████████
█████████████    █████████████
██████████████▄▄██████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████▀▀██████████████
█████████████    █████████████
███████████▀      ▀███████████
██████████          ██████████
████████▀            ▀████████
███████                ███████
█████▀                  ▀█████
  
 

                   ▄▄████
              ▄▄████████▌
         ▄▄█████████▀███
    ▄▄██████████▀▀ ▄███▌
▄████████████▀▀  ▄█████
▀▀▀███████▀   ▄███████▌
      ██    ▄█████████
       █  ▄██████████▌
       █  ███████████
       █ ██▀ ▀██████▌
       ██▀     ▀████
                 ▀█▌
 
in
[/
Franticcrypto
Member
**
Offline Offline

Activity: 83
Merit: 10


View Profile
April 16, 2018, 04:10:10 PM
 #15731

...


cheers  for clarification, i am quite happy(*from the point of you succed to repair) this happend and finished with a better , faster and more reliable KMD. good job and keep the project alive . i support all your hard work.

2nd, adequate response and outcome. Good to have it over with, unfortunate that's it was kind of a murphy's law situation where the problems kept coming.
KomodoPlatform
Sr. Member
****
Offline Offline

Activity: 490
Merit: 251


Set Your Ideas Free


View Profile WWW
April 16, 2018, 07:48:42 PM
 #15732


◈▣ KOMODO ● Set Your Ideas Free ▣◈
.......AECOSYSTEFONATIVE BLOCKCHAINS.......
Blockchain Generator | Decentralized Crowdfunding | Decentralized Exchange | Bitcoin Security | Zero-Knowledge Proofs | Blockchain Interoperability | Scalable Infrastructure
MoneyJ
Hero Member
*****
Offline Offline

Activity: 700
Merit: 503



View Profile
April 17, 2018, 12:16:15 AM
 #15733

Developers are really professional led by jl777 . Bugs on the network were immediately suppressed in order for the first dICO to consummate and may avoid further inefficiency that it may harm to the networks.




                          ▄▄███████████████████▄▄
                      ██████▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀██████
                  ██████                          ██████
               █████                                  █████
             █████                                      █████
           ████                                            ████
         ████                                                ████
       ████                                                    ████
      ████                                                      ████
     ████                                                        ████
    ████                                                          ████
   ████            ███████████████     ███████████████             ████
  ████             ▀ █████████████▌   ▄▀ █████████████▌             ████
 ▐███             ▄▄ ▐█████████████  ███ ▐█████████████              ███▌
 ████            ▐██▌ █████████████▌ ███▌ █████████████▌             ████
 ███             ████ ▐█████████████ ▐███ ▐█████████████              ███
▐███            ▐████▌ █████████████▌ ███▌ █████████████▌             ███▌
▐███            ██████ ▐█████████████ ▐███ ▐█████████████             ███▌
▐███           ▐██████▌ █████████████▌ ███▌ █████████████▌            ███▌
▐███           ████████ ▐█████████████ ▐███ ▐█████████████            ███▌
▐███          ▐████████▌ █████████████▌ ███▌ █████████████▌           ███▌
▐███          ██████████ ▐█████████████ ▐███ ▐█████████████           ███▌
▐███         ▐██████████▌ █████████████▌ ███▌ █████████████▌          ███▌
▐███         ████████████ ▐█████████████ ▐███ ▐█████████████          ███▌
 ███        ▐████████████  █████████████▌ ███  █████████████▌         ███
 ████       █████████████  ▐█████████████ ▐██▌ ▐█████████████        ████
 ▐███      ▐█████████████   █████████████▌ ██   █████████████▌       ███▌
  ████     █████████████▌   ▐█████████████      ▐█████████████      ████
   ████    █████████████     █████████████▌      █████████████▌    ████
    ████                                                          ████
     ████                                                        ████
      ████                                                      ████
       ████                                                   █████
         ████                                                ████
           ████                                            ████
             █████                                      █████
               █████                                  █████
                  ██████                          ██████
                      ██████▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄██████
                          ▀▀███████████████████▀▀
 
Monaize
|
 
|
 
 



 
criptobear
Full Member
***
Offline Offline

Activity: 130
Merit: 100

Blockchain based interface to the physical world


View Profile WWW
April 17, 2018, 06:25:05 AM
 #15734

Due to the network issues, we asked the exchanges to disable wallets. We did not see any forks being mined, but better safe than sorry.

Finally things are getting sorted. Here are the highlights:

It all started on Friday 13th...
Yes it was that type of day. I got a DM from a pool operator saying all his nodes crashed. I was thinking some sort of hardware problem, maybe the networking go all messed up. But when I looked into it a bit deeper to my surprise there was a block that was mined into the mainchain that shouldnt have been! the '833 block violated the one easy mining per notary rule, and in fact did back to back blocks. This should have been rejected, so clearly this was much more than a local hardware issue.

Since the nodes are checking each block for all the notaries, at first I could see how it even happened. So I do what I usually do when I dont know enough to fix the problem. I added printouts, lots of them to get a feel for what was going on.

Debugging is detective work. You need to remember all the key facts and come up with a theory that explained it all. One key fact was that the nodes that were crashing were usually the master branch and the nodes that kept on going without a care were from the dev (or even the bleeding edge jl777) branch. So that led me to suspect the new caching that I added to speed up the blockchain loading. Everyone is always complaining how slow it is and certainly a one hour sync is better than a 4 hour one.

Over the past months I had implemented a notaryid cache so no calculations were needed to determine which notary (if any) mined a specific block. To make things a bit more complicate, a notary can mine at ordinary diff in addition to easy diff, but the consensus rule is if a specific notary has mined a block within the last 65, he doesnt get the easy diff.

Here is what I think happened. The caching wasnt 100% reliable, so sometimes it returned slightly different values and this allowed notary 50 to mine two in a row in the non-master branches, but the master branch would reject it. I wasnt sure exactly what happened, but the proof that it happened meant that the caching needed to be fixed. I worked and worked on it, but after many hours I realized it just might not be possible to go at RAM speeds and be 100% reliable. Here is my weakness in C++ showing and I apologize. If the codebase was 100% C, I would have been able to make a 100% reliable notaryid cache.

If I cant use the caching, what to do. I didnt want to revert back to the slow master branch method... I decided to spend some time working from the bottom up as streamlined a system as possible to get the data on demand, without any caching. So now I rely on the local DB to be correct, which is a pretty good assumption as if the local DB isnt correct, you have a corrupted blockchain on your system.

The good news was this new approach was still significantly faster than the old approach. On a system without any bottlenecks (1 gbps bandwidth, 128GB RAM, 12 cores) I was getting nearly 15,000 blocks per minute in sync speed. With the old method, I would be lucky to get 3000 to 5000 blocks per minute. But the 15K was using the caching, which couldnt be used. However, I am getting double the old rate and doing a bit less than 10,000 blocks per minute, which is a full sync in 1.5 hours. Not bad!

A long Friday 13th was looking to be a good day, for a bit. The new uncached method was looking very solid and fast and I streamlined other code and since this would be a forking change it made sense to put the elected notary activation in. One update to get the new notaries active, fix bugs and make it faster.

I think I took about a 4hr nap at that point, having been up for over 30 hrs working nonstop on all the above. The unpredictable nature of the caching bug meant that anything could happen. Odds were against anything more than another fork, or crashed nodes, but those are definitely not good at all.

Good thing I woke up so quickly as there were new issues popping up. The first was a d'oh! bug where I just totally goofed up with an uninitialized variable mixing with static variables. the surprise was it was not alway messing up from that, so that needed to be fixed and pushed out. It was due to the sudden unplanned activation of notaries, originally planned for a sedate July start.

The activation of the fix passed uneventfully for 4 blocks and then a block that shouldnt be was there and a mining pool that didnt update appeared to be mining it. For a few dozen blocks it was ahead of the notarized chain, but soon the notarized chain also became the longest chain and many nodes that were on the forked chain automatically switched. As it should with bitcoin's eventual consensus.

Things were a bit of a mess as the explorers that were based on an old codebase were mostly down and the surviving .ru explorer went comatose for half hour at a time, but always came back. With vast majority of notaries on the mainchain and a (barely) functional explorer, it felt like the long Friday 13th was coming to an end.

Ha Ha. Wouldnt that have been an easy thing.

At this point I was too exhausted to do anything more than sleep for a long time, with little idea of what I would wake to. I dont remember if it was night or day.

At first it started with a small fork, just 2 blocks, not being mined. That is perfectly normal and nothing to really worry about as it usually just resolves automatically as soon as the longest chain propagates. The strange thing was that it wasnt...

Then another set of nodes gets stuck and while we could manually kick the stuck nodes, it seemed as soon as we resolve one, another node or three went off on their own. It certainly felt like this wasnt happening all by itself, the odds of such things happening are not zero, but it would be a very rare day where you get 3 small forks like that, let alone 5, which is what I think the total was of the nodes that got stuck at specific blocks.

This wasnt a money risk in and of itself as the forks were not advancing, but too much strangeness so we asked the exchanges to disable the wallets while we got to the bottom of it. Enough stress dealing with this without adding the potential monetary loss to users to the equation!

Similar to the caching issue, the stuck nodes required analyzing in detail what was going on. After a few hours of this, I had the idea to detect a stuck node and proactively make it try to get to the mainchain. this actually worked on most of the stuck nodes but it was not the right answer. More a part of the process.

I noticed that the stuck nodes would pretty quickly ban all nodes that were not on their own chain, effectively isolating themselves and without anybody mining it (diff is very high for just a few non-mining pool nodes), they get stuck and get just a block ever few hours. But the longer it goes, the longer their mini-fork gets. And why where they mutually banning each other?

I tried increasing their banscore limit, but that just flooded the nodes with massive banning errors until whatever threshold was exceeded. These nodes just did not like each other at all. After another 20+ hour shift, I finally figured out what was going on. In bitcoin blocks are rejected very early in the network message -> raw block -> validated block -> really validated block -> connected block process.

The once per 65 blocks notary rule combined with the small fork usually having a notary mined block would end up creating an illegal easy diff, which in bitcoin terms is a violation of the PoW and enough to make it want to ban a node very quickly.

Once I found the cause of the mutual banfest, it didnt take long to get a version that wasnt so hostile. I just deferred the PoW validation until the end when all the data is available to know whether it is actually valid or not. Basically it isnt possible in isolation to tell if an easy diff block is valid or not, you need all the 65 prior blocks! Such an obvious thing after you understand it.

Now I had a clean solution to the messy problem and the test version worked like a champ. All the stuck nodes I had except one, quickly caught up to the mainchain and have been locked into it ever since. The one that didnt work, well I did things to it i really shouldnt have, and when you mess with DB files in ways you arent supposed to, they break. So a full resync on that one node.

We pushed this out to the notaries and before long notarizations resumed like the usual clockwork. During the extended Friday 13th, the notaries had a hard time coming to consensus on what block they were one. This is one way you can tell at a glance if there is a possible network issue going on, just look at the recent notarization frequency.

30 hours into my "day" I had to make a set of releases. From the highly experimental jl777 branch to the conservative master branch. I got most of it right but now we have a team testing all the variations and putting it through its paces.

Oh, during this long weekend, I also merged bitcore pull request that came in, to the dev branch. Once that is fully debugged it means any komodod can directly support an insight explorer, "out of the box"

As we update the various wallets, OS, and infrastructure providers, things will get back to normal.

For the more technical, my beta branch is testing out well and it is the basis for most of the mergemaster branch which will become the new master branch after it goes through testing.

For those that need prebuilt wallets, please be patient as we get them all rereleased and if you are in doubt at all, just wait to do any transactions.

KMD is now faster, more reliable  and able to reach the eventual consensus a lot more efficiently. The only unfortunate thing is that we need to make some delays as the exchanges will take several days to all come back online

Beautiful representation of a bug hunt, felt almost like i was reading a book, you have great many talents Sir!!
tomsmith26
Hero Member
*****
Offline Offline

Activity: 728
Merit: 504



View Profile
April 17, 2018, 06:36:44 AM
 #15735

Due to the network issues, we asked the exchanges to disable wallets. We did not see any forks being mined, but better safe than sorry.

Finally things are getting sorted. Here are the highlights:

It all started on Friday 13th...
Yes it was that type of day. I got a DM from a pool operator saying all his nodes crashed. I was thinking some sort of hardware problem, maybe the networking go all messed up. But when I looked into it a bit deeper to my surprise there was a block that was mined into the mainchain that shouldnt have been! the '833 block violated the one easy mining per notary rule, and in fact did back to back blocks. This should have been rejected, so clearly this was much more than a local hardware issue.

....

As we update the various wallets, OS, and infrastructure providers, things will get back to normal.

For the more technical, my beta branch is testing out well and it is the basis for most of the mergemaster branch which will become the new master branch after it goes through testing.

For those that need prebuilt wallets, please be patient as we get them all rereleased and if you are in doubt at all, just wait to do any transactions.

KMD is now faster, more reliable  and able to reach the eventual consensus a lot more efficiently. The only unfortunate thing is that we need to make some delays as the exchanges will take several days to all come back online


That's very professional and reliable developer. He has tried his best to resolve any issues happened in this project and I believe that there will be many fintech startups using this platform in next years. KMD platform will be a direct competitors with ETH And NEO .




                          ▄▄███████████████████▄▄
                      ██████▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀██████
                  ██████                          ██████
               █████                                  █████
             █████                                      █████
           ████                                            ████
         ████                                                ████
       ████                                                    ████
      ████                                                      ████
     ████                                                        ████
    ████                                                          ████
   ████            ███████████████     ███████████████             ████
  ████             ▀ █████████████▌   ▄▀ █████████████▌             ████
 ▐███             ▄▄ ▐█████████████  ███ ▐█████████████              ███▌
 ████            ▐██▌ █████████████▌ ███▌ █████████████▌             ████
 ███             ████ ▐█████████████ ▐███ ▐█████████████              ███
▐███            ▐████▌ █████████████▌ ███▌ █████████████▌             ███▌
▐███            ██████ ▐█████████████ ▐███ ▐█████████████             ███▌
▐███           ▐██████▌ █████████████▌ ███▌ █████████████▌            ███▌
▐███           ████████ ▐█████████████ ▐███ ▐█████████████            ███▌
▐███          ▐████████▌ █████████████▌ ███▌ █████████████▌           ███▌
▐███          ██████████ ▐█████████████ ▐███ ▐█████████████           ███▌
▐███         ▐██████████▌ █████████████▌ ███▌ █████████████▌          ███▌
▐███         ████████████ ▐█████████████ ▐███ ▐█████████████          ███▌
 ███        ▐████████████  █████████████▌ ███  █████████████▌         ███
 ████       █████████████  ▐█████████████ ▐██▌ ▐█████████████        ████
 ▐███      ▐█████████████   █████████████▌ ██   █████████████▌       ███▌
  ████     █████████████▌   ▐█████████████      ▐█████████████      ████
   ████    █████████████     █████████████▌      █████████████▌    ████
    ████                                                          ████
     ████                                                        ████
      ████                                                      ████
       ████                                                   █████
         ████                                                ████
           ████                                            ████
             █████                                      █████
               █████                                  █████
                  ██████                          ██████
                      ██████▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄██████
                          ▀▀███████████████████▀▀
 
Monaize
|
 
|
 
 



 
Fuknutz7
Newbie
*
Offline Offline

Activity: 5
Merit: 0


View Profile
April 17, 2018, 09:50:11 AM
 #15736

Just found this post about Komodo and thougt it's worth sharing

Moonshot Week 12: Komodo
Littledragons
Full Member
***
Offline Offline

Activity: 252
Merit: 101


https://www.binance.com/?ref=11088585


View Profile
April 17, 2018, 01:34:51 PM
 #15737

So are we still at a standstill with exchanges? I understand the whole aspect of keeping people's coins safe, but I figure this is largely theres a hemorrhage in the price due to this.

Fabriz
Member
**
Offline Offline

Activity: 224
Merit: 10


View Profile
April 17, 2018, 01:57:37 PM
 #15738

I have installed Agama wallet, but how can add Bitcoin wallet in it ?
Acura3600
Legendary
*
Offline Offline

Activity: 1218
Merit: 1035



View Profile
April 17, 2018, 02:13:52 PM
 #15739

I have installed Agama wallet, but how can add Bitcoin wallet in it ?

Enable under the settings tab the extra features





░░░░░░░░░▀▀▀█████████
░░░░░░░░░░░░░░░████████
░░░░▄███████▄░░░░████████
░░░░███████████░░░░██████
░░░▀███████████░░░░████░░
███▄░░░░░░░░░░▀████░░░███░░██
█████▄▄▄▄▄▄▄▄▄▄▄████░░░██░░██
█████████████▄░░████░░░░░
░░█████████████░░█████
░░░░█████████▀░░░██████▌
░░░░░░░▀▀▀▀░░░░▄████████▌
░░░░░░░░░░▄▄▄▄███████
SuperNET.org
..BarterDEX..
.
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
DECENTRALIZED CRYPTOCURRENCY EXCHANGE
Developed to Unite Coin Communities | ✔ SECURE ✔ FREE ✔ VISIBILITY ✔ EASY INTEGRATION |

▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬

jl777B
Full Member
***
Offline Offline

Activity: 350
Merit: 132


View Profile
April 17, 2018, 02:24:57 PM
 #15740

So are we still at a standstill with exchanges? I understand the whole aspect of keeping people's coins safe, but I figure this is largely theres a hemorrhage in the price due to this.
We have released the new version.
Now it is up to each exchange and mining pool to update.

Pages: « 1 ... 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 [787] 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!