Bitcoin Forum
June 28, 2017, 12:36:21 AM *
News: Latest stable version of Bitcoin Core: 0.14.2  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 [40] 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 ... 525 »
  Print  
Author Topic: [ANN][KMD][dPoW] Komodo - Zcash Zero Knowledge Privacy Secured by Bitcoin  (Read 660379 times)
PondSea
Legendary
*
Offline Offline

Activity: 1260


View Profile
September 19, 2016, 09:52:25 PM
 #781

Hi all, How are Komodo and Zcash any different?

Komodo will be a fork of the Zcash code base to take advantage of the privacy advantages it has. Then in addition to that, there will be additional tech (iguana) that is built on top to give it the additional functionality.

1498610181
Hero Member
*
Offline Offline

Posts: 1498610181

View Profile Personal Message (Offline)

Ignore
1498610181
Reply with quote  #2

1498610181
Report to moderator
POLONIEX TRADING SIGNALS
+50% Profit and more via TELEGRAM
ALTCOINTRADER.CO
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1498610181
Hero Member
*
Offline Offline

Posts: 1498610181

View Profile Personal Message (Offline)

Ignore
1498610181
Reply with quote  #2

1498610181
Report to moderator
1498610181
Hero Member
*
Offline Offline

Posts: 1498610181

View Profile Personal Message (Offline)

Ignore
1498610181
Reply with quote  #2

1498610181
Report to moderator
1498610181
Hero Member
*
Offline Offline

Posts: 1498610181

View Profile Personal Message (Offline)

Ignore
1498610181
Reply with quote  #2

1498610181
Report to moderator
noashh
Sr. Member
****
Offline Offline

Activity: 355



View Profile
September 19, 2016, 11:25:12 PM
 #782

I have already signed up....maybe I are lucky

Well... Smiley

SuperNET Staff & Komodo Notary Node Operator
Get SuperNET / Komodo / Agama news | Forum
Support & Helpdesk | Slack
yusyus
Sr. Member
****
Offline Offline

Activity: 378


View Profile
September 20, 2016, 02:23:56 PM
 #783

I have subscribed to Newsletter.
Any bounties for twitter and facebook activities?
yassin54
Legendary
*
Offline Offline

Activity: 1204



View Profile
September 20, 2016, 02:38:54 PM
 #784

I have subscribed to Newsletter.
Any bounties for twitter and facebook activities?
No bounties for Twitter and facebook!!

.
  PROTECTING YOUR PRIVACY 
  WITH BITCOIN'S HASHRATE






.
  POWERS SuperNET 
  TECHNOLOGY
.
░░░░░░░░░▀▀▀█████████
░░░░░░░░░░░░░░░████████
░░░░▄███████▄░░░░████████
░░░░███████████░░░░██████
░░░▀███████████░░░░████░░
███▄░░░░░░░░░░▀████░░░███░░██
█████▄▄▄▄▄▄▄▄▄▄▄████░░░██░░██
█████████████▄░░████░░░░░
░░█████████████░░█████
░░░░█████████▀░░░██████▌
░░░░░░░▀▀▀▀░░░░▄████████▌
░░░░░░░░░░▄▄▄▄███████
SuperNET.org
Coinr88
Full Member
***
Offline Offline

Activity: 181



View Profile
September 20, 2016, 03:10:33 PM
 #785

I'll be here on October 15th  Cool

BadAss.Sx
Legendary
*
Offline Offline

Activity: 1260


Bulletproof VPS/VPN/Email @ BadAss.Sx


View Profile WWW
September 20, 2016, 03:15:27 PM
 #786

How much Komodo do we received for 1000BTCD?

Need BadAss Bulletproof VPS or Bulletproof VPN or why not just mail safe with Safe-Mail. We care about your privacy.
yassin54
Legendary
*
Offline Offline

Activity: 1204



View Profile
September 20, 2016, 03:43:27 PM
 #787

How much Komodo do we received for 1000BTCD?
Depend how much ICO have collected!! Smiley
maybe look this : https://steemit.com/komodo/@komodoplatform/komodo-ico-questions-and-answers

.
  PROTECTING YOUR PRIVACY 
  WITH BITCOIN'S HASHRATE






.
  POWERS SuperNET 
  TECHNOLOGY
.
░░░░░░░░░▀▀▀█████████
░░░░░░░░░░░░░░░████████
░░░░▄███████▄░░░░████████
░░░░███████████░░░░██████
░░░▀███████████░░░░████░░
███▄░░░░░░░░░░▀████░░░███░░██
█████▄▄▄▄▄▄▄▄▄▄▄████░░░██░░██
█████████████▄░░████░░░░░
░░█████████████░░█████
░░░░█████████▀░░░██████▌
░░░░░░░▀▀▀▀░░░░▄████████▌
░░░░░░░░░░▄▄▄▄███████
SuperNET.org
ryvirath
Jr. Member
*
Offline Offline

Activity: 47


View Profile
September 20, 2016, 06:31:16 PM
 #788

What will the block time, tps, and transaction time be?
jd1959
Sr. Member
****
Offline Offline

Activity: 469


I'm on drugs, what's your excuse?


View Profile
September 20, 2016, 06:55:55 PM
 #789

What will the block time, tps, and transaction time be?

Who cares? it's got a real cool logo

Cheers Jon  Wink

          New FUBAR Coin Don't believe the hype
jl777
Legendary
*
Offline Offline

Activity: 1162


View Profile WWW
September 20, 2016, 10:09:59 PM
 #790

What will the block time, tps, and transaction time be?
blocktime 1 min

tps would be ~2000 transparent tx per 1 min block, much less for zcash tx

not sure what you mean by transaction time, the time for a tx to get confirmed in a block would be the next block in most cases.

bitcoin protection would need to wait for a bitcoin confirm

Using the iguana loosely coupled bitcoin compatible blockchains, effective tx/sec can be scaled up to very large levels just by creating many special purpose blockchains and connecting them together in a hierarchy. This type of capacity increase is for after the basic single chain, but the power of the atomic cross chain swap is more than for just doing DEX

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
ryvirath
Jr. Member
*
Offline Offline

Activity: 47


View Profile
September 21, 2016, 01:51:30 AM
 #791

What will the block time, tps, and transaction time be?
blocktime 1 min

tps would be ~2000 transparent tx per 1 min block, much less for zcash tx

not sure what you mean by transaction time, the time for a tx to get confirmed in a block would be the next block in most cases.

bitcoin protection would need to wait for a bitcoin confirm

Using the iguana loosely coupled bitcoin compatible blockchains, effective tx/sec can be scaled up to very large levels just by creating many special purpose blockchains and connecting them together in a hierarchy. This type of capacity increase is for after the basic single chain, but the power of the atomic cross chain swap is more than for just doing DEX

Sounds good. Time per block isn't always time per tx. Things with offchain scaling or something like Vcash with subsecond tx but 30-90 second blocks was what I was thinking. 1 min block is nice, I feel like you compete with XMR pretty well. Will be investing. Thanks.
jl777
Legendary
*
Offline Offline

Activity: 1162


View Profile WWW
September 21, 2016, 10:45:23 AM
 #792

I pushed a new version with various bugfixes and support for a special NOTARY network. As described earlier, I used the iguana addcoin API to create a coin called NOTARY, but I added some special case code for it to handle several special basilisk commands.

Since with a single API call, iguana can spawn a thread that becomes a coin peer for a bitcoin compatible coin, using the same code to spawn the NOTARY network was the easiest way as all the peer management and basilisk support comes with it.

For those not familiar with basilisk, it is a lizard that can literally run on water. It is very lightweight and can zoom across the top of ponds. So, it made sense that the lite node support in the iguana/komodo universe is provided by basilisk.

By just changing a few fields in the addcoin request, it changes whether a full node or a basilisk node is created. Basilisk nodes query the randomly selected iguana full nodes for the publicly available blockchain info. Since all iguana full nodes have not only txindex=1 level dataset, they have a full block explorer dataset, the exact listunspent for any address as of any block is available to all the basilisk nodes. Using that data, the basilisk node can not only know its wallet balance, but can also create rawtransactions.

both are peers in the p2p coin network:

curl --url "http://127.0.0.1:7776" --data "{\"active\":1,\"agent\":\"iguana\",\"method\":\"addcoin\",\"newcoin\":\"NOTARY\",\"services\":128,\"maxpeers\":2048,\"RELAY\":1,\"VALIDATE\":1,\"portp2p\":7775,\"rpc\":0}"

vs.

curl --url "http://127.0.0.1:7778" --data "{\"active\":1,\"agent\":\"iguana\",\"method\":\"addcoin\",\"newcoin\":\"NOTARY\",\"services\":128,\"maxpeers\":2048,\"RELAY\":0,\"VALIDATE\":0,\"portp2p\":7775,\"rpc\":0}"

If NOTARY was a normal bitcoin compatible coin, the genesis block and some other fields need to be specified, ie for LTC:

curl --url "http://127.0.0.1:7778" --data "{\"RELAY\":1,\"VALIDATE\":1,\"prefetchlag\":-1,\"poll\":10,\"active\":1,\"agent\":\"iguana\",\"method\":\"addcoin\",\"startpend\":68,\"endpend\":68,\"services\":129,\"maxpeers\":256,\"newcoin\":\"LTC\",\"name\":\"Litecoin\",\"hasheaders\":1,\"useaddmultisig\":0,\"netmagic\":\"fbc0b6db\",\"p2p\":9333,\"rpc\":9332,\"pubval\":48,\"p2shval\":5,\"wifval\":176,\"txfee_satoshis\":\"100000\",\"isPoS\":0,\"minoutput\":10000,\"minconfirms\":2,\"genesishash\":\"12a765e31ffd4059bada1e25190f6e98c99d9714d334efa41a195a7e7e04bfe2\",\"genesis\":{\"version\":1,\"timestamp\":1317972665,\"nBits\":\"1e0ffff0\",\"nonce\":2084524493,\"merkle_root\":\"97ddfbbae6be97fd6cdf3e7ca13232a3afff2353e29badfab7f73011edd4ced9\"},\"alertpubkey\":\"040184710fa689ad5023690c80f3a49c8f13f8d45b8c857fbcbc8bc4a8e4d3eb4b10f4d4604fa08 dce601aaf0f470216fe1b51850b4acf21b179c45070ac7b03a9\",\"protover\":70002}"

Anyway, that was a bit of a tangent to explain how easy it is to spawn a new "coin" and with a bit of extra handling, it didnt take long to get a working NOTARY network. The actual notary nodes would be the full iguana nodes and all the others basilisk nodes on the NOTARY p2p network. The standard bitcoin messages are used to create the p2p network, ie version, verack, getaddr, addr, etc. and I have a special SuperNET network message that encapsulates iguana/basilisk commands. Currently only 5 commands are handled by the NOTARY iguana nodes:  PIN, OUT, MSG, VOT, but it is very easy to add more as needed.

PIN -> special ping used to rapidly disseminate info to other full notary nodes
OUT -> nodes send messages to pubkey in channels with msgid
MSG -> nodes check messages using channels, msgid and pubkey
VOT -> handler for realtime voting, still in progress

The OUT/MSG pair are the low level method that can be used by any higher level protocol to establish pubkey <-> pubkey comms. all messages have a srchash and desthash, either can be all 0. So a send to desthash 0 is a broadcast, if srchash is 0, then it is without return address. In order to manage the traffic flow a 32bit channel is specified along with msgid. This allows an efficient way for any two nodes to establish a link with each other, without ever needing any direct IP contact.

The possibilities of what can be created using the simple OUT/MSG commands is nearly unlimited. Its initial use case will be for the DEX and while the initial version is divulging the IP address of the node to the notary nodes, it will be possible to add a layer of onion routing or even DCnet to add IP level privacy to the notary nodes. For now, this is not a high priority as the zcash privacy is unmatched and shielding IP from all but the notary nodes is a very good start.

Since I am so close to getting the full DEX protocol enabled using the NOTARY network, I will work on that next. Having a realworld use case for something is always a good way to get a systems level test. And with the OUT/MSG expected to be used by most all other protocols, it is important to get it fully working. The side benefit is that we will also get a working native (wallet to wallet) DEX for all support bitcoin compatibles. I will post more details after the basics are working

I have most of the voting protocol worked out, but it needs to percolate a bit more before I am ready to code up all the client side code.

I have also been fixing various iguana sync and RPC issues that come up as the first priority, so that is why the other parts sometimes make little progress on some days.

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
tobeaj2mer01
Legendary
*
Offline Offline

Activity: 1016


Angel investor.


View Profile
September 21, 2016, 12:01:49 PM
 #793

Is Komodo just a copy of Zcash?

jl777
Legendary
*
Offline Offline

Activity: 1162


View Profile WWW
September 21, 2016, 12:35:45 PM
 #794

Is Komodo just a copy of Zcash?
no.

It starts with zcash, then adds dPoW and also gets iguana tech and notary nodes. here is a handy set of links into this thread so you dont have to search for the deep content:

https://bitcointalk.org/index.php?topic=1605144.msg16245305#msg16245305
https://bitcointalk.org/index.php?topic=1605144.msg16245472#msg16245472
https://bitcointalk.org/index.php?topic=1605144.msg16250499#msg16250499
https://bitcointalk.org/index.php?topic=1605144.msg16250635#msg16250635
https://bitcointalk.org/index.php?topic=1605144.msg16298855#msg16298855
https://bitcointalk.org/index.php?topic=1605144.msg16318305#msg16318305

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
jl777
Legendary
*
Offline Offline

Activity: 1162


View Profile WWW
September 21, 2016, 01:37:24 PM
 #795

In order to put the notarization protection at the validate block level, instead of the actual blockchain processing level, it will require the precise tagging of each notarization with a komodo timestamp.

Since there is a fair amount of tolerance for each node's timestamps, even after I reduced it to compensate for faster blocktimes.

All komodo notary nodes must ntp to get their clocks synchronized, but it is possible for non-notary nodes to make blocks too. But 2hours just seems like way too much tolerance. I really want to reduce the tolerance of future timestamps to less than a blocktime. If anybody sees a problem with this, let me know.

In CheckBlockHeader, the timestamp is checked last, but since that is a very fast check I think it should be the first thing that is checked for.

So, now we get a stream of blocks that are no more than 60 seconds from the future, which allows us to use any notarization timestamp that is more than 60 (or 120?) seconds old to reject any incoming block. Now, regardless of when the notarized blockhashes are used, we can see that all chains will converge as they will have the same set of raw blocks input into the system.

Not sure there is a need for a formal math proof as the consensus logic of rejecting a block is based on the set of (notarized hashes+timestamps) and the timestamps of the incoming blocks. The local clock is not part of this other than rejecting blocks from the future, so if to look at only blocks from the past, given the same set of (notarized hashes + timestamps) we end up with the same set of blocks input into the consensus logic. And with the same set of blocks input into the consensus logic, we end up with the same consensus.

Now the problem reduces to generating and propagating the (notarized hashes + timestamps) in a timely fashion so we reduce the amount of small reorgs needed in all nodes to reach the same consensus. I will put the threshold at 120 seconds, so there is time enough to propagate the notarized hashes. Due to propagation delay, it is possible for some nodes to end up temporarily on a fork if they get a block that would have been blocked by the notarized just before they receive the updated notarization info. In that case, that node would reorg using the otherwise invalidated block, but globally the mainchain has rejected that block, so even if an attacker extends the invalid block, no other node would accept it. As soon as the invalid chain is shorter than the mainchain, even this node will converge back to the mainchain. Since it is a pretty unlikely case, I think this treatment is adequate. Not sure how an attacker would be able to force any node off onto its own chain at will if a nodes system clock is ntp'ed

In order to be safe you need to make sure to wait for the bitcoin confirm and your chaintip matches the overall mainchain's. using a basilisk INF request, it is possible to quickly get the getinfo results from N random peers, so the GUI could have a display of this chaintip status

I dont think most people understand how volatile the blockchain state across all nodes actually is. To me it is like the surface of the ocean. From far away it all looks the same, but up close, it can be quite volatile.

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
Apriand
Hero Member
*****
Offline Offline

Activity: 588



View Profile
September 21, 2016, 03:50:51 PM
 #796

Interesting coin, alot of people with high rank ( Hero / Legendary ) join KOMODO signature campaign, i think they intrested with KOMODO concept and future. i believe KOMODO will success after launch.

Good luck KOMODO community, we are in the right place!

.
                    ▒███████████████░                   
            █████████████████████████████████           
      ░███████████▒                   ▓███████████░     
     ██████▓             ░░▒▒▒░░             ███████    
    ████         ░██░    █████████    ███░       ████   
    ███░   ███▒  ███     ███         ████████    ▓███   
   ████     ███░███      ███         ███   ██░    ███▓  
   ████      █████       ███████░    ███   ██░    ████  
   ███▓       ███▓       ███████░    ███          ████  
   ███░       ████░      ███         ███          ▒███  
   ███░      ██████      ███         ███          ░███  
   ███▒     ░██  ███     ███         ███░  ██░    ▓███  
   ████     ██░   █▓░                 ███████░    ████  
   ████    ██░         ███████████         █▒     ████  
    ███░            ███░ ▓████ ▓ ▒███            ░███   
    ████          ▓██   ██████░████ ██▒          ████   
     ███▓        ███   ████      ░██ ███        ████    
     ▓███      ▓███ ░███████     ░███ ███▓     ░███▒    
      ███████████████ █████ ███▓ ████░█████████████     
       ████████████▒██  ░▓███████░███ ████████████      
        ███████████ █     ███████   ░ ███████████       
         ▒██████████ █     ▒███▓     ██████████░        
           ███████████ █ ██████░   ███████████          
            ░████████████░     ░████████████░           
              ▒███████████████████████████░             
                ░███████████████████████░               
                   ███████████████████                  
                      ▒███████████▒                     
.
 .FootballCoin.
|      FANTASY FOOTBALL MANAGER REVOLUTION
                GAME RULES | SCORING SYSTEM | FAQ
  Collectible Cards and Tokens Issued on the Bitcoin Blockchain
|
██████
█████████
████████████
████████████████
██████████████████
████████████████████
████████████████████
████████████████████
██████████████
██████████████
█████████████
██████████
████
  JOIN NOW !
    Official Thread
[
yassin54
Legendary
*
Offline Offline

Activity: 1204



View Profile
September 21, 2016, 06:50:49 PM
 #797

Interesting coin, alot of people with high rank ( Hero / Legendary ) join KOMODO signature campaign, i think they intrested with KOMODO concept and future. i believe KOMODO will success after launch.

Good luck KOMODO community, we are in the right place!
Thanks Bro and welcome!!  Wink

.
  PROTECTING YOUR PRIVACY 
  WITH BITCOIN'S HASHRATE






.
  POWERS SuperNET 
  TECHNOLOGY
.
░░░░░░░░░▀▀▀█████████
░░░░░░░░░░░░░░░████████
░░░░▄███████▄░░░░████████
░░░░███████████░░░░██████
░░░▀███████████░░░░████░░
███▄░░░░░░░░░░▀████░░░███░░██
█████▄▄▄▄▄▄▄▄▄▄▄████░░░██░░██
█████████████▄░░████░░░░░
░░█████████████░░█████
░░░░█████████▀░░░██████▌
░░░░░░░▀▀▀▀░░░░▄████████▌
░░░░░░░░░░▄▄▄▄███████
SuperNET.org
GoldenEye
Hero Member
*****
Offline Offline

Activity: 600


View Profile
September 21, 2016, 08:37:16 PM
 #798

Interesting coin, alot of people with high rank ( Hero / Legendary ) join KOMODO signature campaign, i think they intrested with KOMODO concept and future. i believe KOMODO will success after launch.

Good luck KOMODO community, we are in the right place!

Interesting, the count of heroes/legendaries participating a signature campaign is an indication for a successful project Wink
I think there must be other reasons...
Nevertheless, the project sounds promising.
jd1959
Sr. Member
****
Offline Offline

Activity: 469


I'm on drugs, what's your excuse?


View Profile
September 21, 2016, 10:27:41 PM
 #799

Interesting coin, alot of people with high rank ( Hero / Legendary ) join KOMODO signature campaign, i think they intrested with KOMODO concept and future. i believe KOMODO will success after launch.

Good luck KOMODO community, we are in the right place!

Interesting, the count of heroes/legendaries participating a signature campaign is an indication for a successful project Wink
I think there must be other reasons...
Nevertheless, the project sounds promising.

Maybe it's more of a case of payment to participate

Cheers Jon  Wink

          New FUBAR Coin Don't believe the hype
iCEBREAKER
Legendary
*
Online Online

Activity: 1708


Support SEGWIT on 8/1/17 https://github.com/UASF


View Profile WWW
September 22, 2016, 12:14:19 AM
 #800

Interesting coin, alot of people with high rank ( Hero / Legendary ) join KOMODO signature campaign, i think they intrested with KOMODO concept and future. i believe KOMODO will success after launch.

Good luck KOMODO community, we are in the right place!

Interesting, the count of heroes/legendaries participating a signature campaign is an indication for a successful project Wink
I think there must be other reasons...
Nevertheless, the project sounds promising.

Maybe it's more of a case of payment to participate

Cheers Jon  Wink


I wouldn't help advertise ICOscam777's latest cash grab for any amount of money.

Why are resources better allocated for research and whitepapers being used to pump a coin that doesn't exist yet?

Because scumbags gonna scumbag, that's why.

The difference between bad and well-developed digital cash will determine whether we have a dictatorship or a real democracy.  David Chaum 1996
"Monero" : { Private - Auditable - 100% Fungible - Flexible Blocksize - Wild & Free® - Intro - Core GUI - Podcats - Roadmap - Dice - Blackjack - Github - Android }
MoneroForCash.com  |  Buy and sell XMR near you  |  Easymonero.com  |  Bitsquare.io - Decentralized XMR Exchange  |  Buy XMR with fiat
Fungibility provides privacy as a side effect.  Adam Back 2014

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016
Blocks must necessarily be full for the Bitcoin network to be able to pay for its own security.  davout 2015
Blocksize is an intentionally limited resource, like the 21e6 BTC limit.  Changing it degrades the surrounding economics, creating negative incentives.  Jeff Garzik 2013


The raison d'être of bitcoin is trustlessness. - Eric Lombrozo 2015
It is an Engineering Requirement that Bitcoin be “Above the Law”  Paul Sztorc 2015
Resiliency, not efficiency, is the paramount goal of decentralized, non-state sanctioned currency -Jon Matonis 2015

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016

Technology tends to move in the direction of making surveillance easier, and the ability of computers to track us doubles every eighteen months. - Phil Zimmerman 2013

The only way to make software secure, reliable, and fast is to make it small. Fight Features. - Andy Tanenbaum 2004
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 [40] 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 ... 525 »
  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!