Topic: [ANN][KMD][dPoW] Komodo - An Open, Composable Smart Chain Platform, Secured by B - page 378. (Read 1192000 times)
June 19, 2017, 06:59:09 AM
Guys be careful of this project there is a known error that prevents people from swapping tokens for a long time now. Its caused btcd to trade about 20% lower in price with millions of volume yesterday. If you add up the days its cost the holders of BTCD $200,000-$300,000 per day not being able to convert, which is millions are this point. The fix is a simple login issue and the devs have not fixed it. I think that pretty much proves this coin is not being supported anymore if they cant book a cheap front end engineer for 1 hour to save millions of expected value of their longterm holders.
June 19, 2017, 06:28:11 AM
1. Can someone explain in more detail the difference between client and lp nodes. In particular which one is better to earn fees with?
I'm still trying to understand the difference and the reasons to use client vs lp node with the dex.
Quote
As far as earning fees, it is expected that LP nodes are run by people who own the DEX (or JUMBLR or BOTS) assets and out of self interest they will keep an LP node running. Of course making the spread is always a nice income if you can manage (or dont care about) the overall market fluctuations
Quote
As far as what type of node to run, the LP nodes are able to do direct networking due to their published ip addresses so they have a speed advantage over pubkey based client nodes.
Quote
client nodes can now also be posting offers just like an LP node. and it is done automatically just like LP nodes. In addition, a client node can fill existing orderbook offers using the same utxo that are at the same time posted in N order books.basically you dont have to lock up your funds dedicated to a specific trade. It is your money, there is no need to withdraw it as you always control it, and you can make as many trade offers as you like, even use the same funds to fill existing offers (but I prevent self trading)
Quote
Even a basilisk node will be able to be an LP node. That has taken a bit more work, but I feel it is the more practical approach as this way anybody can be an LP node just by clicking a few fields in the GUI (not ready yet) without needing to download the entire blockchain.
Quote
as a client your node will connect to the peers but wont become a peer,
as an LP node, your node will become a peer but will only be able to be a maker and not a maker and taker like the client nodes can
as an LP node, your node will become a peer but will only be able to be a maker and not a maker and taker like the client nodes can
Quote
I made a custom peer to peer network that the LP nodes create among themselves. This peer network is designed to propagate the list of peers, list of utxos and each node's prices among each other as efficiently as possible. It isnt a consensus requirement to have all nodes in 100% sync, but I think most of the time they should be
each node has a pubkey and of course an ip address, but only the peer networking is using ip addresses of the LP nodes
the orderbook is pubkey based, so each offer has the offer details and the pubkey
in order to enable client nodes that have no known ip address to the network to talk to each other, I made a forwarding service that the LP nodes provide
each node registers their pubkey/ipaddr to one or more LP nodes. After that, that LP node will respond positively to a lookup command when asked about a pubkey it is forwarding to. So, there isnt much ip privacy, but at least your ip address isnt posted on all the orderbooks and is mostly limited to the LP nodes. however since anybody can be an LP node, do not rely on any actual ip privacy. if you need that you need to take separate measures. Since there is no ip privacy guarantee, during the atomic swap process, the two nodes that are trading do establish a direct ip connection. Well it is using nanomsg so only the offering side is posting their ip address, but essentially it is direct ip link. Which means it is fast and reliable, only if one of the nodes disconnects will there be an issue
..Snip..
Due to the efficient nature of the peer network, it has a memory of all the peers, utxos and prices. Short of stopping all LP nodes at the same time, this memory will stay intact. This is good but it could be bad if some things that should be forgotten are not.
each node has a pubkey and of course an ip address, but only the peer networking is using ip addresses of the LP nodes
the orderbook is pubkey based, so each offer has the offer details and the pubkey
in order to enable client nodes that have no known ip address to the network to talk to each other, I made a forwarding service that the LP nodes provide
each node registers their pubkey/ipaddr to one or more LP nodes. After that, that LP node will respond positively to a lookup command when asked about a pubkey it is forwarding to. So, there isnt much ip privacy, but at least your ip address isnt posted on all the orderbooks and is mostly limited to the LP nodes. however since anybody can be an LP node, do not rely on any actual ip privacy. if you need that you need to take separate measures. Since there is no ip privacy guarantee, during the atomic swap process, the two nodes that are trading do establish a direct ip connection. Well it is using nanomsg so only the offering side is posting their ip address, but essentially it is direct ip link. Which means it is fast and reliable, only if one of the nodes disconnects will there be an issue
..Snip..
Due to the efficient nature of the peer network, it has a memory of all the peers, utxos and prices. Short of stopping all LP nodes at the same time, this memory will stay intact. This is good but it could be bad if some things that should be forgotten are not.
Quote
In order to prevent spamming, the client node must pay a dexfee (1/777th tradesize) to assure the LP node that he is serious. Putting an actual financial cost has the advantage in that it removes spammers at the first step and also it creates a revenue stream for our patient investors. There is an implicit assumption that LP nodes are more reliable than client nodes. Even before the dexfee is sent, the two nodes use the cut and choose protocol to perform a key exchange and create a trade specific set of addresses that will be used. Once this is done, then the dexfee is sent. Once the fee is verified to have been sent, the atomic swap starts for real. By convention the two parties trading are Alice (client) and Bob. Bob has the burden of providing a deposit in the protocol. To compensate, Bob has no dexfee at all, just the coins tx fee
From this it seems that the lp node is faster than the client, pays no dex fee -the client does, but has to put up 13% more per order than the client.
The lp broadcasts its ip address to others whereas the client only broadcasts to a single node. Ie: client is more anonymous
Its unclear to me if you will always need to dl each coin or if basilisk will work as a light wallet for each coin. Is the basilisk lpnode or client node? Not having to dl each coin would be huge.
Also it is unclear of why the client can be a maker taker and the lp node just a taker. How is the lp node supposed to make the spread?
It seems that the lp nodes are harder to setup, require coins to be downloaded and require your node to stay on and act as a server and require the extra %13 to be held but don't necessarily get enough perks for running one vs a client. Maybe im wrong.
It would be helpful to discuss scenerios or strategies that would use one vs the other.
Thanks.
It is a matter of testing resources. I am having to validate all combinations and currently we have LP <-> client and client (as maker) <-> client (as taker). Adding LP nodes as taker will double the test cases to validate and the idea is that if you are running an LP node, you are setting a profit margin and keeping it funded. If you want to trade, just do it from a client node. Presumably people who are able to run LP nodes will be able to have a second node available.
I think you are a bit confused about market making... To make the spread, takers need to fill both your bid and ask. For example, you have an ask order to sell at price X and it is filled. Now to balance that sell you need to buy at a price below X. Since your order filled, we can assume there are few if any asks at a price lower than X. So what do you propose, to sell to the highest bid? In this case you increased your short side exposure by doubling your sell. So, a marketmaker can make a market by posting bids and asks that get filled by the takers
I think most people will run client nodes and that is fine, but anybody can run an LP node to help the network if they want. For now it is better if I am the only one who runs them as I am updating them at the protocol level as I add new capabilities and it is faster to do if I can update all the LP nodes myself. As things stabilize, it will be less of an issue and better that LP nodes are spread across the world.
Currently, I am seeing networking issues with non-unix OS, so I might have to create additional relay services that the LP nodes provide, maybe eventually that will be monetized, but for now LP nodes are more work and there isnt much incentive to run one. So just run a client node. The important thing is that we have people posting bids and asks that the pure client nodes can fill.
Oh, I made a new account as I am on a different notebook now. I will still use the original jl777, but also the jl777B as is convenient
June 19, 2017, 06:21:39 AM
The big movement didn't arrived yet.Expect the RISE when DEX arrives.Don't be a fish selling your coins now or you will regret 
this is will be big. DEX will be a succes on the market. gogo KMDIs there any news on a date when DEX will be live...?
From this article it only says soon: https://supernet.org/en/resources/updates/get-ready-for-decentralized-exchange-agama-development-roadmap
June 19, 2017, 06:10:24 AM
The big movement didn't arrived yet.Expect the RISE when DEX arrives.Don't be a fish selling your coins now or you will regret
this is will be big. DEX will be a succes on the market. gogo KMDIs there any news on a date when DEX will be live...?
June 19, 2017, 06:02:11 AM
The big movement didn't arrived yet.Expect the RISE when DEX arrives.Don't be a fish selling your coins now or you will regret
this is will be big. DEX will be a succes on the market. gogo KMD June 19, 2017, 05:41:45 AM
any news about the swap?
June 19, 2017, 05:13:20 AM
The big movement didn't arrived yet.Expect the RISE when DEX arrives.Don't be a fish selling your coins now or you will regret
June 19, 2017, 04:39:12 AM
Attempt to fool people into buying low priced KMD which can't be withdrawn. You can deposit BTC but withdrawal of BTC seems to be pending indefinitely.
CryptXC exchange
https://cryptxc.com/markets/kmdbtc
Coinmarket cap, Komodo
https://coinmarketcap.com/currencies/komodo/#markets
The exchange hasn't had any update in it's thread since february.
https://bitcointalksearch.org/topic/annexchange-cryptxccom-crypto-exchange-1780092
CryptXC exchange
https://cryptxc.com/markets/kmdbtc
Coinmarket cap, Komodo
https://coinmarketcap.com/currencies/komodo/#markets
The exchange hasn't had any update in it's thread since february.
https://bitcointalksearch.org/topic/annexchange-cryptxccom-crypto-exchange-1780092
June 18, 2017, 07:51:36 PM
Few basic questions:
1- what's the Total Supply of KMD ?
2- What's the circulating KMD at the time ?
3- If Komodo is new version of BitcoinDark, why is BTCD still up an running ?
1- what's the Total Supply of KMD ?
2- What's the circulating KMD at the time ?
3- If Komodo is new version of BitcoinDark, why is BTCD still up an running ?
The total supply will be 200 000 000 after 14 years
The circulating supply is about 100 000 000
BitcoinDark can be swapped to KMD throughout 2017
The swap rate is about 50 KMD per 1 BTCD
Thanks. Is it easy to mine ?
Relative to zcash. Yes
Cool
June 18, 2017, 06:08:08 PM
what's the best kmd wallet for osx?
this: https://github.com/ca333/komodoGUI/releases or another one?
this: https://github.com/ca333/komodoGUI/releases or another one?
June 18, 2017, 04:51:17 PM
1. Can someone explain in more detail the difference between client and lp nodes. In particular which one is better to earn fees with?
I'm still trying to understand the difference and the reasons to use client vs lp node with the dex.
Quote
As far as earning fees, it is expected that LP nodes are run by people who own the DEX (or JUMBLR or BOTS) assets and out of self interest they will keep an LP node running. Of course making the spread is always a nice income if you can manage (or dont care about) the overall market fluctuations
Quote
As far as what type of node to run, the LP nodes are able to do direct networking due to their published ip addresses so they have a speed advantage over pubkey based client nodes.
Quote
client nodes can now also be posting offers just like an LP node. and it is done automatically just like LP nodes. In addition, a client node can fill existing orderbook offers using the same utxo that are at the same time posted in N order books.basically you dont have to lock up your funds dedicated to a specific trade. It is your money, there is no need to withdraw it as you always control it, and you can make as many trade offers as you like, even use the same funds to fill existing offers (but I prevent self trading)
Quote
Even a basilisk node will be able to be an LP node. That has taken a bit more work, but I feel it is the more practical approach as this way anybody can be an LP node just by clicking a few fields in the GUI (not ready yet) without needing to download the entire blockchain.
Quote
as a client your node will connect to the peers but wont become a peer,
as an LP node, your node will become a peer but will only be able to be a maker and not a maker and taker like the client nodes can
as an LP node, your node will become a peer but will only be able to be a maker and not a maker and taker like the client nodes can
Quote
I made a custom peer to peer network that the LP nodes create among themselves. This peer network is designed to propagate the list of peers, list of utxos and each node's prices among each other as efficiently as possible. It isnt a consensus requirement to have all nodes in 100% sync, but I think most of the time they should be
each node has a pubkey and of course an ip address, but only the peer networking is using ip addresses of the LP nodes
the orderbook is pubkey based, so each offer has the offer details and the pubkey
in order to enable client nodes that have no known ip address to the network to talk to each other, I made a forwarding service that the LP nodes provide
each node registers their pubkey/ipaddr to one or more LP nodes. After that, that LP node will respond positively to a lookup command when asked about a pubkey it is forwarding to. So, there isnt much ip privacy, but at least your ip address isnt posted on all the orderbooks and is mostly limited to the LP nodes. however since anybody can be an LP node, do not rely on any actual ip privacy. if you need that you need to take separate measures. Since there is no ip privacy guarantee, during the atomic swap process, the two nodes that are trading do establish a direct ip connection. Well it is using nanomsg so only the offering side is posting their ip address, but essentially it is direct ip link. Which means it is fast and reliable, only if one of the nodes disconnects will there be an issue
..Snip..
Due to the efficient nature of the peer network, it has a memory of all the peers, utxos and prices. Short of stopping all LP nodes at the same time, this memory will stay intact. This is good but it could be bad if some things that should be forgotten are not.
each node has a pubkey and of course an ip address, but only the peer networking is using ip addresses of the LP nodes
the orderbook is pubkey based, so each offer has the offer details and the pubkey
in order to enable client nodes that have no known ip address to the network to talk to each other, I made a forwarding service that the LP nodes provide
each node registers their pubkey/ipaddr to one or more LP nodes. After that, that LP node will respond positively to a lookup command when asked about a pubkey it is forwarding to. So, there isnt much ip privacy, but at least your ip address isnt posted on all the orderbooks and is mostly limited to the LP nodes. however since anybody can be an LP node, do not rely on any actual ip privacy. if you need that you need to take separate measures. Since there is no ip privacy guarantee, during the atomic swap process, the two nodes that are trading do establish a direct ip connection. Well it is using nanomsg so only the offering side is posting their ip address, but essentially it is direct ip link. Which means it is fast and reliable, only if one of the nodes disconnects will there be an issue
..Snip..
Due to the efficient nature of the peer network, it has a memory of all the peers, utxos and prices. Short of stopping all LP nodes at the same time, this memory will stay intact. This is good but it could be bad if some things that should be forgotten are not.
Quote
In order to prevent spamming, the client node must pay a dexfee (1/777th tradesize) to assure the LP node that he is serious. Putting an actual financial cost has the advantage in that it removes spammers at the first step and also it creates a revenue stream for our patient investors. There is an implicit assumption that LP nodes are more reliable than client nodes. Even before the dexfee is sent, the two nodes use the cut and choose protocol to perform a key exchange and create a trade specific set of addresses that will be used. Once this is done, then the dexfee is sent. Once the fee is verified to have been sent, the atomic swap starts for real. By convention the two parties trading are Alice (client) and Bob. Bob has the burden of providing a deposit in the protocol. To compensate, Bob has no dexfee at all, just the coins tx fee
From this it seems that the lp node is faster than the client, pays no dex fee -the client does, but has to put up 13% more per order than the client.
The lp broadcasts its ip address to others whereas the client only broadcasts to a single node. Ie: client is more anonymous
Its unclear to me if you will always need to dl each coin or if basilisk will work as a light wallet for each coin. Is the basilisk lpnode or client node? Not having to dl each coin would be huge.
Also it is unclear of why the client can be a maker taker and the lp node just a taker. How is the lp node supposed to make the spread?
It seems that the lp nodes are harder to setup, require coins to be downloaded and require your node to stay on and act as a server and require the extra %13 to be held but don't necessarily get enough perks for running one vs a client. Maybe im wrong.
It would be helpful to discuss scenerios or strategies that would use one vs the other.
Thanks.
Lp nodes for market making and arbitrage with central exchanges. By running your lp node pairs on dex and central exchange you can profit. Client nodes are not going to relay to on-central-exchange bots its trades are limited to in-wallet.
I believe this is the case, best to wait for James answer
June 18, 2017, 04:08:19 PM
Is Komodo wallet "backed" by seeds or wallet.dat (or something like that?)
Seed in basilisk mode (light wallet mode)
Wallet.dat in native mode
June 18, 2017, 03:48:22 PM
Is Komodo wallet "backed" by seeds or wallet.dat (or something like that?)
June 18, 2017, 03:40:10 PM
1. Can someone explain in more detail the difference between client and lp nodes. In particular which one is better to earn fees with?
I'm still trying to understand the difference and the reasons to use client vs lp node with the dex.
Quote
As far as earning fees, it is expected that LP nodes are run by people who own the DEX (or JUMBLR or BOTS) assets and out of self interest they will keep an LP node running. Of course making the spread is always a nice income if you can manage (or dont care about) the overall market fluctuations
Quote
As far as what type of node to run, the LP nodes are able to do direct networking due to their published ip addresses so they have a speed advantage over pubkey based client nodes.
Quote
client nodes can now also be posting offers just like an LP node. and it is done automatically just like LP nodes. In addition, a client node can fill existing orderbook offers using the same utxo that are at the same time posted in N order books.basically you dont have to lock up your funds dedicated to a specific trade. It is your money, there is no need to withdraw it as you always control it, and you can make as many trade offers as you like, even use the same funds to fill existing offers (but I prevent self trading)
Quote
Even a basilisk node will be able to be an LP node. That has taken a bit more work, but I feel it is the more practical approach as this way anybody can be an LP node just by clicking a few fields in the GUI (not ready yet) without needing to download the entire blockchain.
Quote
as a client your node will connect to the peers but wont become a peer,
as an LP node, your node will become a peer but will only be able to be a maker and not a maker and taker like the client nodes can
as an LP node, your node will become a peer but will only be able to be a maker and not a maker and taker like the client nodes can
Quote
I made a custom peer to peer network that the LP nodes create among themselves. This peer network is designed to propagate the list of peers, list of utxos and each node's prices among each other as efficiently as possible. It isnt a consensus requirement to have all nodes in 100% sync, but I think most of the time they should be
each node has a pubkey and of course an ip address, but only the peer networking is using ip addresses of the LP nodes
the orderbook is pubkey based, so each offer has the offer details and the pubkey
in order to enable client nodes that have no known ip address to the network to talk to each other, I made a forwarding service that the LP nodes provide
each node registers their pubkey/ipaddr to one or more LP nodes. After that, that LP node will respond positively to a lookup command when asked about a pubkey it is forwarding to. So, there isnt much ip privacy, but at least your ip address isnt posted on all the orderbooks and is mostly limited to the LP nodes. however since anybody can be an LP node, do not rely on any actual ip privacy. if you need that you need to take separate measures. Since there is no ip privacy guarantee, during the atomic swap process, the two nodes that are trading do establish a direct ip connection. Well it is using nanomsg so only the offering side is posting their ip address, but essentially it is direct ip link. Which means it is fast and reliable, only if one of the nodes disconnects will there be an issue
..Snip..
Due to the efficient nature of the peer network, it has a memory of all the peers, utxos and prices. Short of stopping all LP nodes at the same time, this memory will stay intact. This is good but it could be bad if some things that should be forgotten are not.
each node has a pubkey and of course an ip address, but only the peer networking is using ip addresses of the LP nodes
the orderbook is pubkey based, so each offer has the offer details and the pubkey
in order to enable client nodes that have no known ip address to the network to talk to each other, I made a forwarding service that the LP nodes provide
each node registers their pubkey/ipaddr to one or more LP nodes. After that, that LP node will respond positively to a lookup command when asked about a pubkey it is forwarding to. So, there isnt much ip privacy, but at least your ip address isnt posted on all the orderbooks and is mostly limited to the LP nodes. however since anybody can be an LP node, do not rely on any actual ip privacy. if you need that you need to take separate measures. Since there is no ip privacy guarantee, during the atomic swap process, the two nodes that are trading do establish a direct ip connection. Well it is using nanomsg so only the offering side is posting their ip address, but essentially it is direct ip link. Which means it is fast and reliable, only if one of the nodes disconnects will there be an issue
..Snip..
Due to the efficient nature of the peer network, it has a memory of all the peers, utxos and prices. Short of stopping all LP nodes at the same time, this memory will stay intact. This is good but it could be bad if some things that should be forgotten are not.
Quote
In order to prevent spamming, the client node must pay a dexfee (1/777th tradesize) to assure the LP node that he is serious. Putting an actual financial cost has the advantage in that it removes spammers at the first step and also it creates a revenue stream for our patient investors. There is an implicit assumption that LP nodes are more reliable than client nodes. Even before the dexfee is sent, the two nodes use the cut and choose protocol to perform a key exchange and create a trade specific set of addresses that will be used. Once this is done, then the dexfee is sent. Once the fee is verified to have been sent, the atomic swap starts for real. By convention the two parties trading are Alice (client) and Bob. Bob has the burden of providing a deposit in the protocol. To compensate, Bob has no dexfee at all, just the coins tx fee
From this it seems that the lp node is faster than the client, pays no dex fee -the client does, but has to put up 13% more per order than the client.
The lp broadcasts its ip address to others whereas the client only broadcasts to a single node. Ie: client is more anonymous
Its unclear to me if you will always need to dl each coin or if basilisk will work as a light wallet for each coin. Is the basilisk lpnode or client node? Not having to dl each coin would be huge.
Also it is unclear of why the client can be a maker taker and the lp node just a taker. How is the lp node supposed to make the spread?
It seems that the lp nodes are harder to setup, require coins to be downloaded and require your node to stay on and act as a server and require the extra %13 to be held but don't necessarily get enough perks for running one vs a client. Maybe im wrong.
It would be helpful to discuss scenerios or strategies that would use one vs the other.
Thanks.
June 18, 2017, 03:38:55 PM
June 18, 2017, 03:29:28 PM
Let's see where the new floor is?
June 18, 2017, 03:11:41 PM
I can't send KMD from Windows Agama anymore. After pressing "Confirm" I'm getting "Processing transaction..." message forever. Any help? Thanks.
I think you have same problems with the Agama wallet
Please make sure you are installing the latest wallet. Make sure any old Agama versions are uninstalled and deleted before reinstalling.
Newest Agama build: https://github.com/SuperNETorg/Agama/releases/download/v0.2.0.1a-beta/Agama-win32-x64.zip
Tried like 15 times to make a transaction. It always is stuck @ processing tx.
WTF, I am past annoyed right now.
Here is a Step by Step explanation of how it works. Just follow it
https://steemit.com/wallet/@alberm/agama-wallet-komodo-kmd-interest
Unfortunatelly the tx doesn't get finalized, Agama is stuck in step 3, processing tx PLEASE WAIT now for over 3h .
I already tried reinstalling, restarting, resending. It just doesn't work.
Have you tried the "alternative send" method in Agama? There's a slider that you can click when you're on the send page, right above where you enter send to address. I originally had issues with sending as well, but doing this fixed the issue for me.
Anyway, worked like a charm. Finally.
Let me know your KMD address and I'll send you a tiny tip.
June 18, 2017, 02:39:36 PM
Few basic questions:
1- what's the Total Supply of KMD ?
2- What's the circulating KMD at the time ?
3- If Komodo is new version of BitcoinDark, why is BTCD still up an running ?
1- what's the Total Supply of KMD ?
2- What's the circulating KMD at the time ?
3- If Komodo is new version of BitcoinDark, why is BTCD still up an running ?
The total supply will be 200 000 000 after 14 years
The circulating supply is about 100 000 000
BitcoinDark can be swapped to KMD throughout 2017
The swap rate is about 50 KMD per 1 BTCD
Thanks. Is it easy to mine ?
Relative to zcash. Yes
June 18, 2017, 02:15:04 PM
Few basic questions:
1- what's the Total Supply of KMD ?
2- What's the circulating KMD at the time ?
3- If Komodo is new version of BitcoinDark, why is BTCD still up an running ?
1- what's the Total Supply of KMD ?
2- What's the circulating KMD at the time ?
3- If Komodo is new version of BitcoinDark, why is BTCD still up an running ?
The total supply will be 200 000 000 after 14 years
The circulating supply is about 100 000 000
BitcoinDark can be swapped to KMD throughout 2017
The swap rate is about 50 KMD per 1 BTCD
Thanks. Is it easy to mine ?
June 18, 2017, 02:10:13 PM
I keep having problems running the Komodo wallet and I always get this message:
This is on an iMac running OSX Sierra 10.12.5
Any ideas?
This is on an iMac running OSX Sierra 10.12.5
Any ideas?
Trying checking firewall settings and if the correct ports are open
Jump to: