jl777



Offline



Activity: 1176

Merit: 1090







LegendaryActivity: 1176Merit: 1090 Re: [ANN][KMD][dPoW] Komodo ICO - Zcash Zero Knowledge Privacy Secured by Bitcoin January 19, 2017, 01:44:13 PM #4027



Since that includes both BTC and KMD, it means a node can quickly get up and running. Of course, if possible, it is always better to run the fullnode locally, but somethings that isnt possible or practical (or convenient).



As I wrote before, there are 3 different modes a coin can be in as far as iguana is concerned: native coind, iguana full mode, and basilisk mode. The latter is now using the DEX* API and will only work with the above coins.



To do a DEX swap, that is 3x3 combinations and the hardest is a basilisk <-> basilisk as all the info needed to construct the rawtx must come from a remote node. It does all the tx signing locally though and it also queries multiple nodes for the most sensitive information (value of utxo) and with all signing done locally, by the time it is transmitted to the network it is a fully signed tx



The swap: MVP <-> USD



Setup LP node:

cd tests

./paxfiats 1

cd ..

coins/basilisk/mvp

curl --url "

curl --url "

curl --url "



The LP node needs to load USD and MVP chain, login to a specific wallet, notify iguana that is it an LP node with "amlp" API and then submit liquidity commands. In this case a bid 0.09/ask 0.11 for MVP/USD



Setup client node:

coins/basilisk/mvp

cd tests

./paxfiats 1;

cd ..

./walletpassphrase



The client side is simpler, just need to load the 2 coins and login to a wallet.



Additionally, both sides needs to make sure it has enough utxo to complete the atomic swap. there are fees to pay, an extra deposit for the "bob" side, so it is recommended to have a common transaction size utxo and to make a set of them:



fiat/usd sendtoaddress <youraddress> 1

fiat/usd sendtoaddress <youraddress> 1

fiat/usd sendtoaddress <youraddress> 1

fiat/usd sendtoaddress <youraddress> 1

fiat/usd sendtoaddress <youraddress> 1



Now we are ready to start the DEX swap with the client side doing:

curl --url "



This command is sent to the DEX network and the LPnode sees that it fits its requirements and it responds with an offer. The client node waits for 5 seconds and accepts the best offer that has at least its minimum and the atomic swap protocol is started:



sendrawtransaction myfee.(4bf13c090d388d246b6425bc15faaa8be93d392d563310ca40fb1e03100dec25)

sendrawtransaction myfee.(2e83dd0efd58fd1b0c485f1e3d57747c8f1ca569413e737a2536e9343abb5965)



sendrawtransaction bobdeposit.(85972780232abf5d8e146f2fc868c19b35d2c207da8289a86540c13fe29aaa54)

sendrawtransaction alicepayment.(52c2cfdabb159e0dd88351008b4b49300a876c563a03eed3094d4372a24610fa)

sendrawtransaction bobpayment.(28bfd8d8be5ba3dda86e2db81438f04da026ce9ab8545c1eaf570134130427f1)

sendrawtransaction alicespend.(c4975c90929691b28181eb2439c40f6207355b0b1e790e4fd0cd6ed92069821a)

sendrawtransaction bobspend.(18441848573d7d145754078a0d904d91c1f45ec24188655d2a5ffb88567c7bbc)

sendrawtransaction alicereclaim.(e535d78c4cbf6970a71933db08f3c1240594792f61457baacff4d889ad7bdf37)

sendrawtransaction bobrefund.(8c6b1524caa1f58f5a644ead14cb96290ea274215621cba6da7935e273d08e0e)



Still a few issues, in this case only the MVP transactions made it to the blockchain, need to see why the USD ones didnt. But it is almost ready for GUIfication. Once the basic atomic swap is automatically matched and completed, then it will still need a lot of error checking and especially recovery from the error states. I estimate 95%+ of DEX transactions that are started will complete properly.



At this point I dont think we will have a DEX GUI completed when mainnet becomes official, but as you can see the low level command line level is functional even with basilisk <-> basilisk I changed the basilisk lower level code to use the new DEX* API as it is much much faster and supports ["KMD", "BTC", "USD", "EUR", "JPY", "GBP", "AUD", "CAD", "CHF", "NZD", "CNY", "RUB", "MXN", "BRL", "INR", "HKD", "TRY", "ZAR", "PLN", "NOK", "SEK", "DKK", "CZK", "HUF", "ILS", "KRW", "MYR", "PHP", "RON", "SGD", "THB", "BGN", "IDR", "HRK", "REVS", "SUPERNET", "DEX", "PANGEA", "JUMBLR", "BET", "CRYPTO", "HODL", "SHARK", "BOTS", "MGW", "MVP"]Since that includes both BTC and KMD, it means a node can quickly get up and running. Of course, if possible, it is always better to run the fullnode locally, but somethings that isnt possible or practical (or convenient).As I wrote before, there are 3 different modes a coin can be in as far as iguana is concerned: native coind, iguana full mode, and basilisk mode. The latter is now using the DEX* API and will only work with the above coins.To do a DEX swap, that is 3x3 combinations and the hardest is a basilisk basilisk as all the info needed to construct the rawtx must come from a remote node. It does all the tx signing locally though and it also queries multiple nodes for the most sensitive information (value of utxo) and with all signing done locally, by the time it is transmitted to the network it is a fully signed txThe swap: MVP USDSetup LP node:cd tests./paxfiats 1cd ..coins/basilisk/mvpcurl --url " http://127.0.0.1:7778 " --data "{\"agent\":\"bitcoinrpc\",\"method\":\"walletpassphrase\",\"password\":\"putpasswordhere\",\"timeout\":86444}"curl --url " http://127.0.0.1:7778 " --data "{\"agent\":\"tradebot\",\"method\":\"amlp\"}"curl --url " http://127.0.0.1:7778 " --data "{\"agent\":\"tradebot\",\"method\":\"liquidity\",\"targetcoin\":\"MVP\",\"vals\":{\"rel\":\"USD\",\"bid\":0.09,\"ask\":0.11,\"maxvol\":100}}"The LP node needs to load USD and MVP chain, login to a specific wallet, notify iguana that is it an LP node with "amlp" API and then submit liquidity commands. In this case a bid 0.09/ask 0.11 for MVP/USDSetup client node:coins/basilisk/mvpcd tests./paxfiats 1;cd .../walletpassphraseThe client side is simpler, just need to load the 2 coins and login to a wallet.Additionally, both sides needs to make sure it has enough utxo to complete the atomic swap. there are fees to pay, an extra deposit for the "bob" side, so it is recommended to have a common transaction size utxo and to make a set of them:fiat/usd sendtoaddress 1fiat/usd sendtoaddress 1fiat/usd sendtoaddress 1fiat/usd sendtoaddress 1fiat/usd sendtoaddress 1Now we are ready to start the DEX swap with the client side doing:curl --url " http://127.0.0.1:7778 " --data "{\"agent\":\"InstantDEX\",\"method\":\"request\",\"vals\":{\"source\":\"MVP\",\"amount\":0.1,\"dest\":\"USD\",\"minprice\":0.09}}"This command is sent to the DEX network and the LPnode sees that it fits its requirements and it responds with an offer. The client node waits for 5 seconds and accepts the best offer that has at least its minimum and the atomic swap protocol is started:sendrawtransaction myfee.(4bf13c090d388d246b6425bc15faaa8be93d392d563310ca40fb1e03100dec25)sendrawtransaction myfee.(2e83dd0efd58fd1b0c485f1e3d57747c8f1ca569413e737a2536e9343abb5965)sendrawtransaction bobdeposit.(85972780232abf5d8e146f2fc868c19b35d2c207da8289a86540c13fe29aaa54)sendrawtransaction alicepayment.(52c2cfdabb159e0dd88351008b4b49300a876c563a03eed3094d4372a24610fa)sendrawtransaction bobpayment.(28bfd8d8be5ba3dda86e2db81438f04da026ce9ab8545c1eaf570134130427f1)sendrawtransaction alicespend.(c4975c90929691b28181eb2439c40f6207355b0b1e790e4fd0cd6ed92069821a)sendrawtransaction bobspend.(18441848573d7d145754078a0d904d91c1f45ec24188655d2a5ffb88567c7bbc)sendrawtransaction alicereclaim.(e535d78c4cbf6970a71933db08f3c1240594792f61457baacff4d889ad7bdf37)sendrawtransaction bobrefund.(8c6b1524caa1f58f5a644ead14cb96290ea274215621cba6da7935e273d08e0e)Still a few issues, in this case only the MVP transactions made it to the blockchain, need to see why the USD ones didnt. But it is almost ready for GUIfication. Once the basic atomic swap is automatically matched and completed, then it will still need a lot of error checking and especially recovery from the error states. I estimate 95%+ of DEX transactions that are started will complete properly.At this point I dont think we will have a DEX GUI completed when mainnet becomes official, but as you can see the low level command line level is functional even with basilisk basilisk http://www.digitalcatallaxy.com/report2015.html

100+ page annual report for SuperNET 100+ page annual report for SuperNET

jl777



Offline



Activity: 1176

Merit: 1090







LegendaryActivity: 1176Merit: 1090 Re: [ANN][KMD][dPoW] Komodo ICO - Zcash Zero Knowledge Privacy Secured by Bitcoin January 19, 2017, 06:07:44 PM #4029



Fees:

sendrawtransaction bob myfee.(b63921288ae1e95a86784d64f3b20d0579479fa64bcaf986e962fa9f45ec0ceb)

Code: MVP:

{

"hex" : "01000000017594a5a79a706d1411fba5c5586a01b70144c77175a8d416da9fa29c779115bd010000006a4730440220423a0d9e818230c642b8a325d2c71e8798cb24ad9e6c3e3f3df641b521f120dc0220370179d2c0b5b16eeae7c66a25f4a8d932872c95c4957f0d770989b57041e62b0121020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2fffffffff0210270000000000001976a914ca1e04745e8ca0c60d8c5881531d51bec470743f88ac20ac9700000000001976a914b7128d2ee837cf03e30a2c0e3e0181f7b9669bb688ac00000000",

"txid" : "b63921288ae1e95a86784d64f3b20d0579479fa64bcaf986e962fa9f45ec0ceb",

"version" : 1,

"locktime" : 0,

"vin" : [

{

"txid" : "bd1591779ca29fda16d4a87571c74401b7016a58c5a5fb11146d709aa7a59475",

"vout" : 1,

"scriptSig" : {

"asm" : "30440220423a0d9e818230c642b8a325d2c71e8798cb24ad9e6c3e3f3df641b521f120dc0220370179d2c0b5b16eeae7c66a25f4a8d932872c95c4957f0d770989b57041e62b01 020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2f",

"hex" : "4730440220423a0d9e818230c642b8a325d2c71e8798cb24ad9e6c3e3f3df641b521f120dc0220370179d2c0b5b16eeae7c66a25f4a8d932872c95c4957f0d770989b57041e62b0121020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2f"

},

"sequence" : 4294967295

}

],

"vout" : [

{

"value" : 0.00010000,

"n" : 0,

"scriptPubKey" : {

"asm" : "OP_DUP OP_HASH160 ca1e04745e8ca0c60d8c5881531d51bec470743f OP_EQUALVERIFY OP_CHECKSIG",

"hex" : "76a914ca1e04745e8ca0c60d8c5881531d51bec470743f88ac",

"reqSigs" : 1,

"type" : "pubkeyhash",

"addresses" : [

"RThtXup6Zo7LZAi8kRWgjAyi1s4u6U9Cpf"

]

}

},

{

"value" : 0.09940000,

"n" : 1,

"scriptPubKey" : {

"asm" : "OP_DUP OP_HASH160 b7128d2ee837cf03e30a2c0e3e0181f7b9669bb6 OP_EQUALVERIFY OP_CHECKSIG",

"hex" : "76a914b7128d2ee837cf03e30a2c0e3e0181f7b9669bb688ac",

"reqSigs" : 1,

"type" : "pubkeyhash",

"addresses" : [

"RRyBxbrAPRUBCUpiJgJZYrkxqrh8x5ta9Z"

]

}

}

],

"vjoinsplit" : [

],

"blockhash" : "06aa8bf954b7a1e560976166c710179250c07c4d76d313a9b0891c3d9055556d",

"confirmations" : 7,

"time" : 1484846624,

"blocktime" : 1484846624

}

sendrawtransaction alice myfee.(b0fc0614ab06cb1e919a62ec0157d990820fef33f7e82ee5139e2829ec097f06)

Code: USD:

{

"hex" : "01000000019fcc71a143f2a5a2a0932302cde2e959ad446d95e68389aad721b78b467074d3010000006b483045022100c38e9f3634fabbba464db730e1b7f98b2cd8256490898b3627e2d898bd76adf702202a8c5f7c81dd9a1193e73fbd2fc10f065fa2e64197d42cf527636c7d7c7a413a012102320228e3f6f9b8db3d905bc21cefde46e72d622021b8fd40344ac2ab8346c287ffffffff0210270000000000001976a914ca1e04745e8ca0c60d8c5881531d51bec470743f88ac00bd1f00000000001976a914838f4ea2f88f24b87247b72a1d66da225653e39788ac00000000",

"txid" : "b0fc0614ab06cb1e919a62ec0157d990820fef33f7e82ee5139e2829ec097f06",

"version" : 1,

"locktime" : 0,

"vin" : [

{

"txid" : "d37470468bb721d7aa8983e6956d44ad59e9e2cd022393a0a2a5f243a171cc9f",

"vout" : 1,

"scriptSig" : {

"asm" : "3045022100c38e9f3634fabbba464db730e1b7f98b2cd8256490898b3627e2d898bd76adf702202a8c5f7c81dd9a1193e73fbd2fc10f065fa2e64197d42cf527636c7d7c7a413a01 02320228e3f6f9b8db3d905bc21cefde46e72d622021b8fd40344ac2ab8346c287",

"hex" : "483045022100c38e9f3634fabbba464db730e1b7f98b2cd8256490898b3627e2d898bd76adf702202a8c5f7c81dd9a1193e73fbd2fc10f065fa2e64197d42cf527636c7d7c7a413a012102320228e3f6f9b8db3d905bc21cefde46e72d622021b8fd40344ac2ab8346c287"

},

"sequence" : 4294967295

}

],

"vout" : [

{

"value" : 0.00010000,

"n" : 0,

"scriptPubKey" : {

"asm" : "OP_DUP OP_HASH160 ca1e04745e8ca0c60d8c5881531d51bec470743f OP_EQUALVERIFY OP_CHECKSIG",

"hex" : "76a914ca1e04745e8ca0c60d8c5881531d51bec470743f88ac",

"reqSigs" : 1,

"type" : "pubkeyhash",

"addresses" : [

"RThtXup6Zo7LZAi8kRWgjAyi1s4u6U9Cpf"

]

}

},

{

"value" : 0.02080000,

"n" : 1,

"scriptPubKey" : {

"asm" : "OP_DUP OP_HASH160 838f4ea2f88f24b87247b72a1d66da225653e397 OP_EQUALVERIFY OP_CHECKSIG",

"hex" : "76a914838f4ea2f88f24b87247b72a1d66da225653e39788ac",

"reqSigs" : 1,

"type" : "pubkeyhash",

"addresses" : [

"RMGpGoX82M1ZUUbHxZ3JKHacxY9NYVakqr"

]

}

}

],

"vjoinsplit" : [

],

"blockhash" : "0d0a5f7002ca9f0f1e9b5c35bdb391660d3658bd7069b24adb41ae6f2dfe4ba0",

"confirmations" : 4,

"time" : 1484846617,

"blocktime" : 1484846617

}



Payments:

sendrawtransaction bobdeposit.(e871c601d81c3d7a0fbe5be75299941378a106249bc58498a6d0dd1e510b301d)

Code: MVP:

{

"hex" : "01000000029480ee1278a36fa26b38609e1d5417af4bf8c827de88135857c10d3d47f3bcde000000006b483045022100e43a36d692a8c46372b71e4180af1a13d316e3b44e5910564b25781e1aac731302203e525b317ffd27b0b4e14bf8af43050ce2dd53bb49f2bb317ec354e6835f6d9c0121020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2fffffffff7a2bb8d86a442a22644b333dbfd23dd8f03676f327cc5d77f13901f985b86f8b010000006a473044022050bb25cdc4e1c990b2eb19fcb799c1f4dc771bdeb114bbfc4e2f85374315cb870220128534f0247ce09e63a047e7c9a6818d30691542de5ecd6f0ea8aa084edf7fc50121020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2fffffffff0260d0ab000000000017a914a3b9eaff1f20bc59e4c4214294f0d8210bf9aaf987000b9000000000001976a914b7128d2ee837cf03e30a2c0e3e0181f7b9669bb688acd8328158",

"txid" : "e871c601d81c3d7a0fbe5be75299941378a106249bc58498a6d0dd1e510b301d",

"version" : 1,

"locktime" : 1484862168,

"vin" : [

{

"txid" : "debcf3473d0dc157581388de27c8f84baf17541d9e60386ba26fa37812ee8094",

"vout" : 0,

"scriptSig" : {

"asm" : "3045022100e43a36d692a8c46372b71e4180af1a13d316e3b44e5910564b25781e1aac731302203e525b317ffd27b0b4e14bf8af43050ce2dd53bb49f2bb317ec354e6835f6d9c01 020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2f",

"hex" : "483045022100e43a36d692a8c46372b71e4180af1a13d316e3b44e5910564b25781e1aac731302203e525b317ffd27b0b4e14bf8af43050ce2dd53bb49f2bb317ec354e6835f6d9c0121020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2f"

},

"sequence" : 4294967295

},

{

"txid" : "8b6fb885f90139f1775dcc27f37636f0d83dd2bf3d334b64222a446ad8b82b7a",

"vout" : 1,

"scriptSig" : {

"asm" : "3044022050bb25cdc4e1c990b2eb19fcb799c1f4dc771bdeb114bbfc4e2f85374315cb870220128534f0247ce09e63a047e7c9a6818d30691542de5ecd6f0ea8aa084edf7fc501 020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2f",

"hex" : "473044022050bb25cdc4e1c990b2eb19fcb799c1f4dc771bdeb114bbfc4e2f85374315cb870220128534f0247ce09e63a047e7c9a6818d30691542de5ecd6f0ea8aa084edf7fc50121020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2f"

},

"sequence" : 4294967295

}

],

"vout" : [

{

"value" : 0.11260000,

"interest" : 0.00000000,

"n" : 0,

"scriptPubKey" : {

"asm" : "OP_HASH160 a3b9eaff1f20bc59e4c4214294f0d8210bf9aaf9 OP_EQUAL",

"hex" : "a914a3b9eaff1f20bc59e4c4214294f0d8210bf9aaf987",

"reqSigs" : 1,

"type" : "scripthash",

"addresses" : [

"bTeyZJedvcEyjU6hQ2TFGprCq6SHVq9cqB"

]

}

},

{

"value" : 0.09440000,

"interest" : 0.00000000,

"n" : 1,

"scriptPubKey" : {

"asm" : "OP_DUP OP_HASH160 b7128d2ee837cf03e30a2c0e3e0181f7b9669bb6 OP_EQUALVERIFY OP_CHECKSIG",

"hex" : "76a914b7128d2ee837cf03e30a2c0e3e0181f7b9669bb688ac",

"reqSigs" : 1,

"type" : "pubkeyhash",

"addresses" : [

"RRyBxbrAPRUBCUpiJgJZYrkxqrh8x5ta9Z"

]

}

}

],

"vjoinsplit" : [

],

"blockhash" : "0521d1109c6d88dff1c240c4d32996b3ffc5580fb66515fb1f94107d2225b4dc",

"confirmations" : 6,

"time" : 1484846635,

"blocktime" : 1484846635

}



sendrawtransaction alicepayment.(4b7bf772e4cca57de257121f1aa3165898e3d0006b31f9fd57db60149cd0c1f0)

Code: USD:

{

"hex" : "01000000015578f184c759cc2ff5d817c2ef8ccc5469a31e6c74362f9581af038454bc6c06010000006a4730440220627d7b0c19741d02b157c55e2abc4778bf8823834436d279ddc8ac06d6cf874002202268819d2ec1855d3628c7e14afa75e864e5e4b118af6be89dc56c6c92c65a5f012102320228e3f6f9b8db3d905bc21cefde46e72d622021b8fd40344ac2ab8346c287ffffffff02b0e20d000000000017a914417b30e287b236fc54f260c164fc8d16e85eb33b87c07a1000000000001976a914838f4ea2f88f24b87247b72a1d66da225653e39788ac00000000",

"txid" : "4b7bf772e4cca57de257121f1aa3165898e3d0006b31f9fd57db60149cd0c1f0",

"version" : 1,

"locktime" : 0,

"vin" : [

{

"txid" : "066cbc548403af81952f36746c1ea36954cc8cefc217d8f52fcc59c784f17855",

"vout" : 1,

"scriptSig" : {

"asm" : "30440220627d7b0c19741d02b157c55e2abc4778bf8823834436d279ddc8ac06d6cf874002202268819d2ec1855d3628c7e14afa75e864e5e4b118af6be89dc56c6c92c65a5f01 02320228e3f6f9b8db3d905bc21cefde46e72d622021b8fd40344ac2ab8346c287",

"hex" : "4730440220627d7b0c19741d02b157c55e2abc4778bf8823834436d279ddc8ac06d6cf874002202268819d2ec1855d3628c7e14afa75e864e5e4b118af6be89dc56c6c92c65a5f012102320228e3f6f9b8db3d905bc21cefde46e72d622021b8fd40344ac2ab8346c287"

},

"sequence" : 4294967295

}

],

"vout" : [

{

"value" : 0.00910000,

"n" : 0,

"scriptPubKey" : {

"asm" : "OP_HASH160 417b30e287b236fc54f260c164fc8d16e85eb33b OP_EQUAL",

"hex" : "a914417b30e287b236fc54f260c164fc8d16e85eb33b87",

"reqSigs" : 1,

"type" : "scripthash",

"addresses" : [

"bJhWCA5u9EryAaUDonwNnbgd7Z1AjQWCxg"

]

}

},

{

"value" : 0.01080000,

"n" : 1,

"scriptPubKey" : {

"asm" : "OP_DUP OP_HASH160 838f4ea2f88f24b87247b72a1d66da225653e397 OP_EQUALVERIFY OP_CHECKSIG",

"hex" : "76a914838f4ea2f88f24b87247b72a1d66da225653e39788ac",

"reqSigs" : 1,

"type" : "pubkeyhash",

"addresses" : [

"RMGpGoX82M1ZUUbHxZ3JKHacxY9NYVakqr"

]

}

}

],

"vjoinsplit" : [

],

"blockhash" : "01c13502dc31ed62de014e0e718e801054873d7f15e21786c1355a5d919883a0",

"confirmations" : 3,

"time" : 1484846641,

"blocktime" : 1484846641

}



sendrawtransaction bobpayment.(97bd46d2bbd802722aac11da2426463be2f753a4298f361e1ac28a88d44b44f1)

Code: MVP:

{

"hex" : "0100000002eb0cec459ffa62e986f9ca4ba69f4779050db2f3644d78865ae9e18a282139b6010000006b483045022100a8f1c3d553b0b060bd3cb0f06a301578411082bad3c9b85b39bc144911c2a82202207f2ad5910dc236bdbe2b15b93efd59eef99c1db81df1364eab9076e6441497910121020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2fffffffff1d300b511eddd0a69884c59b2406a17813949952e75bbe0f7a3d1cd801c671e8010000006a4730440220026b212d7e62e9331745849587b001243b64a75b2180644a29ce32e87f9471a502203be1465efa78372bf6c461895244f96aaad090e43e67673ffd0fe852b8451dda0121020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2fffffffff0290bd98000000000017a914d02b091282eacdcf49d614c95125444ecdeb29778780d28e00000000001976a914b7128d2ee837cf03e30a2c0e3e0181f7b9669bb688ac60148158",

"txid" : "97bd46d2bbd802722aac11da2426463be2f753a4298f361e1ac28a88d44b44f1",

"version" : 1,

"locktime" : 1484854368,

"vin" : [

{

"txid" : "b63921288ae1e95a86784d64f3b20d0579479fa64bcaf986e962fa9f45ec0ceb",

"vout" : 1,

"scriptSig" : {

"asm" : "3045022100a8f1c3d553b0b060bd3cb0f06a301578411082bad3c9b85b39bc144911c2a82202207f2ad5910dc236bdbe2b15b93efd59eef99c1db81df1364eab9076e64414979101 020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2f",

"hex" : "483045022100a8f1c3d553b0b060bd3cb0f06a301578411082bad3c9b85b39bc144911c2a82202207f2ad5910dc236bdbe2b15b93efd59eef99c1db81df1364eab9076e6441497910121020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2f"

},

"sequence" : 4294967295

},

{

"txid" : "e871c601d81c3d7a0fbe5be75299941378a106249bc58498a6d0dd1e510b301d",

"vout" : 1,

"scriptSig" : {

"asm" : "30440220026b212d7e62e9331745849587b001243b64a75b2180644a29ce32e87f9471a502203be1465efa78372bf6c461895244f96aaad090e43e67673ffd0fe852b8451dda01 020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2f",

"hex" : "4730440220026b212d7e62e9331745849587b001243b64a75b2180644a29ce32e87f9471a502203be1465efa78372bf6c461895244f96aaad090e43e67673ffd0fe852b8451dda0121020e0f6fe6e0fcdcac541eb728d6fe538a12adff20412b3c8a7fa892b223a47c2f"

},

"sequence" : 4294967295

}

],

"vout" : [

{

"value" : 0.10010000,

"interest" : 0.00000000,

"n" : 0,

"scriptPubKey" : {

"asm" : "OP_HASH160 d02b091282eacdcf49d614c95125444ecdeb2977 OP_EQUAL",

"hex" : "a914d02b091282eacdcf49d614c95125444ecdeb297787",

"reqSigs" : 1,

"type" : "scripthash",

"addresses" : [

"bXhxoHYxPUQjBfDgeyk7oJ2csNhU9pZkS2"

]

}

},

{

"value" : 0.09360000,

"interest" : 0.00000000,

"n" : 1,

"scriptPubKey" : {

"asm" : "OP_DUP OP_HASH160 b7128d2ee837cf03e30a2c0e3e0181f7b9669bb6 OP_EQUALVERIFY OP_CHECKSIG",

"hex" : "76a914b7128d2ee837cf03e30a2c0e3e0181f7b9669bb688ac",

"reqSigs" : 1,

"type" : "pubkeyhash",

"addresses" : [

"RRyBxbrAPRUBCUpiJgJZYrkxqrh8x5ta9Z"

]

}

}

],

"vjoinsplit" : [

],

"blockhash" : "0becdada75221c476398db9aea321c019c87c3884626a6b2f9dbbc3005dfce67",

"confirmations" : 5,

"time" : 1484846659,

"blocktime" : 1484846659

}



Spends:

sendrawtransaction alicespend.(ea61c789f75d7bbe93faf0e5690d2a5ccafda4696ab754f2b7af7a6367146b18)

Code: MVP:

{

"hex" : "0100000001f1444bd4888ac21a1e368f29a453f7e23b462624da11ac2a7202d8bbd246bd9700000000d3473044022006f20b0bbcc1aef31655ede898731a63233f50753878491051dbf6db98caa382022043e4b9d9c1c0f0de7a54edcc8713973c5baa10087be760e87d4d15bc7217e572012073439dac9d96e7b21c3ed236d13ecbfdfb2b07f1dda791403a8b4d2912768d05004c67630460148158b1752103f67b46621494d1bec7ddc0df85e174d34aea4d33b9da575e9466ebaeb0f53f89ac67a914c6c1dbc65bfa0fb4f24e91920cc77b231cdc963188210297cfa5a46360feb9214471e20ff1aa63c346b5a42b30e236525ce59281bfece6ac68ffffffff0180969800000000001976a914838f4ea2f88f24b87247b72a1d66da225653e39788ac00000000",

"txid" : "ea61c789f75d7bbe93faf0e5690d2a5ccafda4696ab754f2b7af7a6367146b18",

"version" : 1,

"locktime" : 0,

"vin" : [

{

"txid" : "97bd46d2bbd802722aac11da2426463be2f753a4298f361e1ac28a88d44b44f1",

"vout" : 0,

"scriptSig" : {

"asm" : "3044022006f20b0bbcc1aef31655ede898731a63233f50753878491051dbf6db98caa382022043e4b9d9c1c0f0de7a54edcc8713973c5baa10087be760e87d4d15bc7217e57201 73439dac9d96e7b21c3ed236d13ecbfdfb2b07f1dda791403a8b4d2912768d05 0 630460148158b1752103f67b46621494d1bec7ddc0df85e174d34aea4d33b9da575e9466ebaeb0f53f89ac67a914c6c1dbc65bfa0fb4f24e91920cc77b231cdc963188210297cfa5a46360feb9214471e20ff1aa63c346b5a42b30e236525ce59281bfece6ac68",

"hex" : "473044022006f20b0bbcc1aef31655ede898731a63233f50753878491051dbf6db98caa382022043e4b9d9c1c0f0de7a54edcc8713973c5baa10087be760e87d4d15bc7217e572012073439dac9d96e7b21c3ed236d13ecbfdfb2b07f1dda791403a8b4d2912768d05004c67630460148158b1752103f67b46621494d1bec7ddc0df85e174d34aea4d33b9da575e9466ebaeb0f53f89ac67a914c6c1dbc65bfa0fb4f24e91920cc77b231cdc963188210297cfa5a46360feb9214471e20ff1aa63c346b5a42b30e236525ce59281bfece6ac68"

},

"sequence" : 4294967295

}

],

"vout" : [

{

"value" : 0.10000000,

"n" : 0,

"scriptPubKey" : {

"asm" : "OP_DUP OP_HASH160 838f4ea2f88f24b87247b72a1d66da225653e397 OP_EQUALVERIFY OP_CHECKSIG",

"hex" : "76a914838f4ea2f88f24b87247b72a1d66da225653e39788ac",

"reqSigs" : 1,

"type" : "pubkeyhash",

"addresses" : [

"RMGpGoX82M1ZUUbHxZ3JKHacxY9NYVakqr"

]

}

}

],

"vjoinsplit" : [

],

"blockhash" : "08f01f962f783ec3c404b19e0ba7aa87de45e7d4b00660ab097021671c63e293",

"confirmations" : 4,

"time" : 1484846670,

"blocktime" : 1484846670

}



sendrawtransaction bobspend.(395ede337f84a99f5ba33d152263d6a5f5314d1cd823fecb956f324ac25083a6)

Code: USD:

{

"hex" : "0100000001f0c1d09c1460db57fdf9316b00d0e3985816a31a1f1257e27da5cce472f77b4b00000000da00473044022054354564df107d68f7c37a24e76107324225990fff3b30f541cc924325c7080402207f68e44e47850038f44682c76599e5c5908fa249de94ca5ae814d43112f2bd74014830450221008fba318ef14bc97c91821d971b5f066490259fd00a913871c942e1516e8cffad022033a6f24301b33cfcd5bdacec188cf90c3d433bb3a7afa9e1c1cfc6a30e7ebf4201475221029981128b2b03f55763c5c31050ee1718e83b2914e6674bd6800196a812cab8a22103222dfb23fd0225e2f5db46bea1d06ab3052c1b8dec2bb23130a52951edc2302e52aeffffffff01a0bb0d00000000001976a914b7128d2ee837cf03e30a2c0e3e0181f7b9669bb688ac00000000",

"txid" : "395ede337f84a99f5ba33d152263d6a5f5314d1cd823fecb956f324ac25083a6",

"version" : 1,

"locktime" : 0,

"vin" : [

{

"txid" : "4b7bf772e4cca57de257121f1aa3165898e3d0006b31f9fd57db60149cd0c1f0",

"vout" : 0,

"scriptSig" : {

"asm" : "0 3044022054354564df107d68f7c37a24e76107324225990fff3b30f541cc924325c7080402207f68e44e47850038f44682c76599e5c5908fa249de94ca5ae814d43112f2bd7401 30450221008fba318ef14bc97c91821d971b5f066490259fd00a913871c942e1516e8cffad022033a6f24301b33cfcd5bdacec188cf90c3d433bb3a7afa9e1c1cfc6a30e7ebf4201 5221029981128b2b03f55763c5c31050ee1718e83b2914e6674bd6800196a812cab8a22103222dfb23fd0225e2f5db46bea1d06ab3052c1b8dec2bb23130a52951edc2302e52ae",

"hex" : "00473044022054354564df107d68f7c37a24e76107324225990fff3b30f541cc924325c7080402207f68e44e47850038f44682c76599e5c5908fa249de94ca5ae814d43112f2bd74014830450221008fba318ef14bc97c91821d971b5f066490259fd00a913871c942e1516e8cffad022033a6f24301b33cfcd5bdacec188cf90c3d433bb3a7afa9e1c1cfc6a30e7ebf4201475221029981128b2b03f55763c5c31050ee1718e83b2914e6674bd6800196a812cab8a22103222dfb23fd0225e2f5db46bea1d06ab3052c1b8dec2bb23130a52951edc2302e52ae"

},

"sequence" : 4294967295

}

],

"vout" : [

{

"value" : 0.00900000,

"n" : 0,

"scriptPubKey" : {

"asm" : "OP_DUP OP_HASH160 b7128d2ee837cf03e30a2c0e3e0181f7b9669bb6 OP_EQUALVERIFY OP_CHECKSIG",

"hex" : "76a914b7128d2ee837cf03e30a2c0e3e0181f7b9669bb688ac",

"reqSigs" : 1,

"type" : "pubkeyhash",

"addresses" : [

"RRyBxbrAPRUBCUpiJgJZYrkxqrh8x5ta9Z"

]

}

}

],

"vjoinsplit" : [

],

"blockhash" : "0364b379109cd7de4f7275b66da09922a6aa793f2835f50480601f2a0ac5e06c",

"confirmations" : 1,

"time" : 1484846675,

"blocktime" : 1484846675

}



Refund of deposit

sendrawtransaction bobrefund.(00478df7ff5f9571014976a5968d91f293e27486e7ebba5b815adc354d9337f0)

Code: MVP:

{

"hex" : "01000000011d300b511eddd0a69884c59b2406a17813949952e75bbe0f7a3d1cd801c671e800000000d4483045022100f7d966ae5404940c1999dc127f661a3b1c57dc040896c9d0ef6de6440206503d02205ae87d25250ca136f56d7a95f6def815ed0210c39b7b07664c76d08daffed78f0120e70a200a2f9f833e5115a6f18a98a960b3e8382cc24ab19f2ab013a4fe75c9f8004c676304d8328158b175210297cfa5a46360feb9214471e20ff1aa63c346b5a42b30e236525ce59281bfece6ac67a914e9a92b7299c2646a464a33117b43af94fdc22a868821033510ca59489a6bca9fd98bfa7d81ddcbc935d2c9d27319e2774e798246d0e25eac68ffffffff0150a9ab00000000001976a914b7128d2ee837cf03e30a2c0e3e0181f7b9669bb688ac00000000",

"txid" : "00478df7ff5f9571014976a5968d91f293e27486e7ebba5b815adc354d9337f0",

"version" : 1,

"locktime" : 0,

"vin" : [

{

"txid" : "e871c601d81c3d7a0fbe5be75299941378a106249bc58498a6d0dd1e510b301d",

"vout" : 0,

"scriptSig" : {

"asm" : "3045022100f7d966ae5404940c1999dc127f661a3b1c57dc040896c9d0ef6de6440206503d02205ae87d25250ca136f56d7a95f6def815ed0210c39b7b07664c76d08daffed78f01 e70a200a2f9f833e5115a6f18a98a960b3e8382cc24ab19f2ab013a4fe75c9f8 0 6304d8328158b175210297cfa5a46360feb9214471e20ff1aa63c346b5a42b30e236525ce59281bfece6ac67a914e9a92b7299c2646a464a33117b43af94fdc22a868821033510ca59489a6bca9fd98bfa7d81ddcbc935d2c9d27319e2774e798246d0e25eac68",

"hex" : "483045022100f7d966ae5404940c1999dc127f661a3b1c57dc040896c9d0ef6de6440206503d02205ae87d25250ca136f56d7a95f6def815ed0210c39b7b07664c76d08daffed78f0120e70a200a2f9f833e5115a6f18a98a960b3e8382cc24ab19f2ab013a4fe75c9f8004c676304d8328158b175210297cfa5a46360feb9214471e20ff1aa63c346b5a42b30e236525ce59281bfece6ac67a914e9a92b7299c2646a464a33117b43af94fdc22a868821033510ca59489a6bca9fd98bfa7d81ddcbc935d2c9d27319e2774e798246d0e25eac68"

},

"sequence" : 4294967295

}

],

"vout" : [

{

"value" : 0.11250000,

"n" : 0,

"scriptPubKey" : {

"asm" : "OP_DUP OP_HASH160 b7128d2ee837cf03e30a2c0e3e0181f7b9669bb6 OP_EQUALVERIFY OP_CHECKSIG",

"hex" : "76a914b7128d2ee837cf03e30a2c0e3e0181f7b9669bb688ac",

"reqSigs" : 1,

"type" : "pubkeyhash",

"addresses" : [

"RRyBxbrAPRUBCUpiJgJZYrkxqrh8x5ta9Z"

]

}

}

],

"vjoinsplit" : [

],

"blockhash" : "0bc5a2807766bc9928cd24423009ee5e7f2c17b2435c434b1c01a74189d64d39",

"confirmations" : 3,

"time" : 1484846681,

"blocktime" : 1484846681

}

Failure of reclaim (this is good as alice spent her half):

sendrawtransaction alicereclaim error.({"result":null,"error":{"code":-26,"message":"18: bad-txns-inputs-spent"},"id":"jl777"}



automatched DEX trade completed properly and all required transactions got confirmed in their respective blockchains. At no time was either party in a situation where they are exposed to large financial loss. There are some edge cases that a statistical process uses to make it so that anybody that tries to cheat will end up losing money and the other party will benefit from these losses.



All the other deployed DEX implementations I know about use an intermediate token and only partially decentralizes the process. Trust is required in the issuer of the token and while this is a step up from a central exchange, as the token issuer is not involved in the exchange process directly, it is a single point of failure. MGW distributes this single point to multiple, but still having an intermediate token is one token too many.



When people want to trade A <-> B, there is no room for C.



iguana's native DEX allows this direct A <-> B trading. One structural issue with a native DEX is what to do with partial fills. In a central exchange, this is not any big problem, but with a native DEX, each swap between two accounts takes the same amount of transactions, regardless of the amount swapped. And due to the increased transactions needed the txfees can easily dominate. That is no good for anybody but the miners, but it also bloats the blockchain with small transactions.



What I came up with is the LP (liquidity provider) node auction. It is a fill or kill auction that the end user node starts and the LP nodes need to fill the entire order to make a valid offer. By this method, partial fills are sidestepped. Basically all the swap will happen or none of it.



The end user realtime auction acts a bit like a market order, but you can specify the minimum price you will accept so there is no danger of getting a large amount of slippage. And the end user node will find out in seconds if there is any LP node that will fill the order. Even if it takes a while (bitcoin confirmation time if BTC is involved) to finalize the transaction, having another party initiate the other side is a very good indication that the trade will complete.



To put long term bid/ask prices, you do need to run an LP node. However, via the basilisk mode you can be an LP node without having any coin running locally. If you will be an active market maker it is strongly advised that you run all coins locally, but if you just want to place occasional bid/ask orders you can invoke the LP node mode for this without having BTC locally. You will have to keep your node online for the duration that your bid/ask is active, or in other words if your node goes offline, so does your bid/ask. The reason is that there is no central server and your node is responding to the realtime auction requests.



OK, so now you ask about privacy. A good question, but there is a layer in between all traders. While logically, a trade is between end user node <-> LP node, under the hood, it is actually like this:



end user node <-> DEX network <-> LP node



The DEX network is comprised of the notary nodes that run an interleaved PUB/SUB network along with a REQ/REP service. This allows for a single request to be submitted to the DEX network and have it propagate not only to all other notary nodes, but to all subscribers to the DEX network (active end user and LP nodes). The communications between end user and LP node is via pubkey only. Also the networking code we use does not tag the packets with the originating IP address, so in order for IP <-> pubkey to be correlated, the attacker will need to compromise a notary node or compromise a router that is in the path of the notary node and your node.



While this is a possibility, it is unlikely that snoopy neighbor will be able to achieve this. However, do not assume it has any sort of perfect privacy. Best to assume it is somewhat public and to use JUMBLR to achieve privacy after you have DEX'ed and obtained the crypto you want.



Before you ask, JUMBLR is not yet, but it is planned for this year along with PANGEA and getting the other assetchain services online. I have a feeling, along way to a full pangea solution, I will create some decentralized gaming infrastructure, so there could well be other reference apps that feed into the BET asset. I also plan to run a "house" tradebot whose trading profits will flow through the BOTS assetchain and BOTS also gets a percentage of the DEX fees. MGW also gets a cut of the DEX fees. For HODL and SHARK which are just holding other cryptos, I think it makes sense to have a market maker that provides liquidity at close to the NAV. the CRYPTO asset is getting the notarization fees and will also get pax fees. REVS then gets a percentage of several of these assetchains, but SUPERNET is what will get a much larger percentage of most of these.



It has been a long time in development, but with KMD, all of the higher level services can now be implemented securely and so this year will be about getting those paying out dividends and from there we can continue to work toward increasing the revenues across the entire spectrum.



For those of you that have followed me for all the three years I am in crypto, you might have noticed that the last months that I am less productive than usual. I have had a personal issue that has caused this, but now it is mostly solved, so I hope to get back to full productivity soon. Luckily the timing of this was when I wasnt the critical path for the project, so there was little ill effect from it to the schedule. However, I dont expect to have to go back to the 16+ hours per day/7 days per week level as the SuperNET project is now much larger than just the core code. I will do my best to not be on the critical path and continue to complete the SuperNET vision.





Fixed the bug on failed remote sendrawtransaction. Here is an automatically matched and completed DEX:Fees:sendrawtransaction bob myfee.(b63921288ae1e95a86784d64f3b20d0579479fa64bcaf986e962fa9f45ec0ceb)sendrawtransaction alice myfee.(b0fc0614ab06cb1e919a62ec0157d990820fef33f7e82ee5139e2829ec097f06)Payments:sendrawtransaction bobdeposit.(e871c601d81c3d7a0fbe5be75299941378a106249bc58498a6d0dd1e510b301d)sendrawtransaction alicepayment.(4b7bf772e4cca57de257121f1aa3165898e3d0006b31f9fd57db60149cd0c1f0)sendrawtransaction bobpayment.(97bd46d2bbd802722aac11da2426463be2f753a4298f361e1ac28a88d44b44f1)Spends:sendrawtransaction alicespend.(ea61c789f75d7bbe93faf0e5690d2a5ccafda4696ab754f2b7af7a6367146b18)sendrawtransaction bobspend.(395ede337f84a99f5ba33d152263d6a5f5314d1cd823fecb956f324ac25083a6)Refund of depositsendrawtransaction bobrefund.(00478df7ff5f9571014976a5968d91f293e27486e7ebba5b815adc354d9337f0)Failure of reclaim (this is good as alice spent her half):sendrawtransaction alicereclaim error.({"result":null,"error":{"code":-26,"message":"18: bad-txns-inputs-spent"},"id":"jl777"}automatched DEX trade completed properly and all required transactions got confirmed in their respective blockchains. At no time was either party in a situation where they are exposed to large financial loss. There are some edge cases that a statistical process uses to make it so that anybody that tries to cheat will end up losing money and the other party will benefit from these losses.All the other deployed DEX implementations I know about use an intermediate token and only partially decentralizes the process. Trust is required in the issuer of the token and while this is a step up from a central exchange, as the token issuer is not involved in the exchange process directly, it is a single point of failure. MGW distributes this single point to multiple, but still having an intermediate token is one token too many.When people want to trade A B, there is no room for C.iguana's native DEX allows this direct A B trading. One structural issue with a native DEX is what to do with partial fills. In a central exchange, this is not any big problem, but with a native DEX, each swap between two accounts takes the same amount of transactions, regardless of the amount swapped. And due to the increased transactions needed the txfees can easily dominate. That is no good for anybody but the miners, but it also bloats the blockchain with small transactions.What I came up with is the LP (liquidity provider) node auction. It is a fill or kill auction that the end user node starts and the LP nodes need to fill the entire order to make a valid offer. By this method, partial fills are sidestepped. Basically all the swap will happen or none of it.The end user realtime auction acts a bit like a market order, but you can specify the minimum price you will accept so there is no danger of getting a large amount of slippage. And the end user node will find out in seconds if there is any LP node that will fill the order. Even if it takes a while (bitcoin confirmation time if BTC is involved) to finalize the transaction, having another party initiate the other side is a very good indication that the trade will complete.To put long term bid/ask prices, you do need to run an LP node. However, via the basilisk mode you can be an LP node without having any coin running locally. If you will be an active market maker it is strongly advised that you run all coins locally, but if you just want to place occasional bid/ask orders you can invoke the LP node mode for this without having BTC locally. You will have to keep your node online for the duration that your bid/ask is active, or in other words if your node goes offline, so does your bid/ask. The reason is that there is no central server and your node is responding to the realtime auction requests.OK, so now you ask about privacy. A good question, but there is a layer in between all traders. While logically, a trade is between end user node LP node, under the hood, it is actually like this:end user node DEX network LP nodeThe DEX network is comprised of the notary nodes that run an interleaved PUB/SUB network along with a REQ/REP service. This allows for a single request to be submitted to the DEX network and have it propagate not only to all other notary nodes, but to all subscribers to the DEX network (active end user and LP nodes). The communications between end user and LP node is via pubkey only. Also the networking code we use does not tag the packets with the originating IP address, so in order for IP pubkey to be correlated, the attacker will need to compromise a notary node or compromise a router that is in the path of the notary node and your node.While this is a possibility, it is unlikely that snoopy neighbor will be able to achieve this. However, do not assume it has any sort of perfect privacy. Best to assume it is somewhat public and to use JUMBLR to achieve privacy after you have DEX'ed and obtained the crypto you want.Before you ask, JUMBLR is not yet, but it is planned for this year along with PANGEA and getting the other assetchain services online. I have a feeling, along way to a full pangea solution, I will create some decentralized gaming infrastructure, so there could well be other reference apps that feed into the BET asset. I also plan to run a "house" tradebot whose trading profits will flow through the BOTS assetchain and BOTS also gets a percentage of the DEX fees. MGW also gets a cut of the DEX fees. For HODL and SHARK which are just holding other cryptos, I think it makes sense to have a market maker that provides liquidity at close to the NAV. the CRYPTO asset is getting the notarization fees and will also get pax fees. REVS then gets a percentage of several of these assetchains, but SUPERNET is what will get a much larger percentage of most of these.It has been a long time in development, but with KMD, all of the higher level services can now be implemented securely and so this year will be about getting those paying out dividends and from there we can continue to work toward increasing the revenues across the entire spectrum.For those of you that have followed me for all the three years I am in crypto, you might have noticed that the last months that I am less productive than usual. I have had a personal issue that has caused this, but now it is mostly solved, so I hope to get back to full productivity soon. Luckily the timing of this was when I wasnt the critical path for the project, so there was little ill effect from it to the schedule. However, I dont expect to have to go back to the 16+ hours per day/7 days per week level as the SuperNET project is now much larger than just the core code. I will do my best to not be on the critical path and continue to complete the SuperNET vision. http://www.digitalcatallaxy.com/report2015.html

100+ page annual report for SuperNET 100+ page annual report for SuperNET

KomodoPlatform



Offline



Activity: 770

Merit: 252





Set Your Ideas Free







Sr. MemberActivity: 770Merit: 252Set Your Ideas Free Re: [ANN][KMD][dPoW] Komodo ICO - Zcash Zero Knowledge Privacy Secured by Bitcoin January 20, 2017, 07:19:18 AM #4035 Quote from: boogieman Iguana Multiwallet Update #20



0.2 released

We double checked if we had closed all the issues related t the release code and finally I published it. Anyone can find a detailed description of



0.3 started

Another version tasks are in production. We have already done the first EasyDEX integration steps. The backlog may be extended with a couple of some technical tasks discovered during development, but at the moment it is foreseen to be done within two weeks. I'm breaking tasks into small pieces to cover more tasks within a shorter period and to release as often as possible. We have failed to release often before, and now we are trying to find the right pace and stick to that.



Security

Iguana applications are about using, sending, holding and trading valuables. Thus fund safety and easy access for a user at the same time must be treated as the most important tasks in technical and user-experience spectrums. Accordingly to my shallow analysis and overall usage of some crypto services, most of them do not take this aspect as serious as they must which causes user's bad experience, loss of reputation, additional cost for support and issues solving. That's why I'm going to study possible risks deeper and allocate related tasks for the further releases.



Testing

As I wrote earlier, we have already applied unit tests and agreed to perform them on a weekly basis for new and old features. Now the guys are busy with automated tests and Nightwatch for UAT (user acceptance tests).



Marketing & Management

New SuperNET site is in development, where you can find an exclusive presentation about Iguana and all stable applications very soon. The roadmap will be published there too. And I think these updates will be posted on the site as well.



I see here and there, the community is discussing new features for Iguana platform, but we are still in the very begging of a big way and to come to our goals fast, we need a better strategic vision and more forces. We, gladly, reviewed and agreed on the product strategy regarding Iguana, Komodo and other SuperNET's technologies. Soon the team will welcome new members too.



Stay tuned. We double checked if we had closed all the issues related t the release code and finally I published it. Anyone can find a detailed description of Iguana 0.2 release notes Another version tasks are in production. We have already done the first EasyDEX integration steps. The backlog may be extended with a couple of some technical tasks discovered during development, but at the moment it is foreseen to be done within two weeks. I'm breaking tasks into small pieces to cover more tasks within a shorter period and to release as often as possible. We have failed to release often before, and now we are trying to find the right pace and stick to that.Iguana applications are about using, sending, holding and trading valuables. Thus fund safety and easy access for a user at the same time must be treated as the most important tasks in technical and user-experience spectrums. Accordingly to my shallow analysis and overall usage of some crypto services, most of them do not take this aspect as serious as they must which causes user's bad experience, loss of reputation, additional cost for support and issues solving. That's why I'm going to study possible risks deeper and allocate related tasks for the further releases.As I wrote earlier, we have already applied unit tests and agreed to perform them on a weekly basis for new and old features. Now the guys are busy with automated tests and Nightwatch for UAT (user acceptance tests).New SuperNET site is in development, where you can find an exclusive presentation about Iguana and all stable applications very soon. The roadmap will be published there too. And I think these updates will be posted on the site as well.I see here and there, the community is discussing new features for Iguana platform, but we are still in the very begging of a big way and to come to our goals fast, we need a better strategic vision and more forces. We, gladly, reviewed and agreed on the product strategy regarding Iguana, Komodo and other SuperNET's technologies. Soon the team will welcome new members too.Stay tuned. ◈▣ KOMODO ● Set Your Ideas Free ▣◈

....... A N E C O S Y S T E M F O R N A T I VE B L O C K C H A I N S .......

Blockchain Generator | Atomic Swaps | Decentralized Exchange | UTXO Contracts | Community-Led | Open Source | Scalable Ecosystem Blockchain GeneratorAtomic SwapsDecentralized ExchangeUTXO ContractsCommunity-LedOpen SourceScalable Ecosystem

tclo



Offline



Activity: 518

Merit: 500









Hero MemberActivity: 518Merit: 500 Re: [ANN][KMD][dPoW] Komodo ICO - Zcash Zero Knowledge Privacy Secured by Bitcoin January 20, 2017, 07:40:30 AM #4036



Current BTCD Price (Poloniex): .004885 BTCD/BTC



Current BTC/BTCD rate: 204.71: 1 (amount of BTCD that you get for 1 BTC)



KMD/BTCD swap rate: 50.3375: 1 (amount of KMD you will get for 1 BTCD that you swap on ICO site)



KMD/BTC current rate: 10304.511 (amount of KMD you get for 1 BTC worth of BTCD at current price on Poloniex)



KMD/BTC ICO rate: 7746.522 : 1 (amount of KMD you got for 1 BTC at the end of ICO with no bonus)



Current extra KMD via BTCD: +2557.989 KMD or +33.02% extra (relative to ICO KMD/BTC rate at the end of ICO with no bonus)



So at current prices, you get much more KMD that you would have gotten at the end of the ICO.



The price could rise sharply from here to .006512 BTCD/BTC and you would still get the same amount of KMD. per BTC spent, as during the final phase of the ICO.

To swap BTCD for KMD:



Request that KMD be added to Poloniex here:



BTCD just hit a new 26 month high in USD terms.. $4.40. It seems to be creeping higher and higher in anticipation of KMD distribution on Jan 31st. Here are the details why:(amount of BTCD that you get for 1 BTC)(amount of KMD you will get for 1 BTCD that you swap on ICO site)(amount of KMD you get for 1 BTC worth of BTCD at current price on Poloniex)(amount of KMD you got for 1 BTC at the end of ICO with no bonus)orextra (relative to ICO KMD/BTC rate at the end of ICO with no bonus)So at current prices, you get much more KMD that you would have gotten at the end of the ICO.The price could rise sharply from here toand you would still get the same amount of KMD. per BTC spent, as during the final phase of the ICO.To swap BTCD for KMD: https://ico.komodoplatform.com/ Request that KMD be added to Poloniex here: https://poloniex.com/coinRequest

jl777



Offline



Activity: 1176

Merit: 1090







LegendaryActivity: 1176Merit: 1090 Re: [ANN][KMD][dPoW] Komodo ICO - Zcash Zero Knowledge Privacy Secured by Bitcoin January 20, 2017, 09:37:24 AM #4038 yesterday, there was a request to create a new coin. So I took an hour out to make WIRELESS coin as an assetchain. I found a few undocumented steps in the new asssetchain creation process, so I fixed that.



just made KV assetchain, will be added to list of coins

it will have the smart function of Key Value storage

took 15 minutes from concept to notaries funded with KV coin so they can dPoW



but it has no smart functionality yet, that will be added as I can, in order to solve some DEX and PAX issues, I need a KV storage, so I figured might as well make a decentralized KV to help out.



KV storage is a low level way a lot of things that need a database do things

KV chain will be a decentralized KV storage that can be used by anything that uses the KV API



decentralized data storage is relatively important as it allows for long term state to be securely created and modified, it will mimic an append only database, so changing data will be supported.



There are 1 million KV coins and its value will reflect the value of decentralized KV storage. Of course, KV is dPoW'ed and supports zcash shielded transactions. Record size will be limited to 8192 bytes, but multiple records can be combined to create larger sized storage. txfee is standard bitcoin txfee model, and if the capacity becomes an issue, a fee market will develop.



In order to reward the long time SuperNET investors, I will be sharedropping 20% of KV coin to SuperNET coin holders. We will need to create a migration path from the SuperNET NXT asset to the SUPERNET assetchain first,but that is already in the works for the migration of the various NXT assets. Once that is done, then we can do a KV sharedrop. You must hold the SUPERNET coin (not NXT asset) to get the sharedrop as there is no way to directly sharedrop a KMD assetchain coin in NXT.



If you are interested to be a part of KV coin team, please contact me, I certainly wont have time to do much with KV coin (other than technical) and I think it has a relatively large possibility for usage due to the popularity of KV storage. KV coin bounties and even some KMD will be made available



KV coin is an example of how I see the komodo ecosystem developing. As coins such as KV get established and succeed, KMD will gain value as the underlying coin. http://www.digitalcatallaxy.com/report2015.html

100+ page annual report for SuperNET 100+ page annual report for SuperNET