whether it is in the plan any social marketing bounty program?
thanks
No, only the signature campaign, but the payrate is also low, jl777 has raised many thousands of bitcoin from previous many ico, so he is still greedy and mean, what a shame.  For investors it should be a good sign, as we want to use the funds conservatively and not just throw away money just because we have it. Our team decided that a social media campaign is not an effective way to use the funds, and jl777 had nothing to do with that decision. Our team is quite decentralized/horizontal, where the areas of responsibility are divided for multiple people and teams. jl777 is responsible for the development decisions and the overall roadmap, but not about the Komodo ICO campaign, websites, GUIs, etc. Best regards, Does he have the most part of shares in kmd project? I will be purchasing all my KMD on the same terms as everybody else. I am not receiving any KMD from the team funds so we can fund as much help as possible. |
|
|
|
|
there is also the easyDEX GUI
|
|
|
|
Is Iguana still on schedule to release before ICO starts?
This was asked a day or two ago from the GUI team and they said to be working really hard to achieve that. This doesn't look good. A couple of days to go. They should know if it is going to work or not. This ICO is rushed. Do what you said you were going to do. Release iguana. Or postpone the ICO if you can't do what you said you were going to do. Otherwise what you are doing IS the definition of a money grab. Make promises, ask for money, don't deliver, keep money. And don't give me we are working hard look at the git, yes I know there is progress, but you need to do what you said you would. And you said it would be done b4 the ICO start. It's that simple. If you do not release Iguana b4 ICO you are 100% disrespecting the people you are asking money from, and will have your first black mark on this project and a loss of confidence by many. command line iguana is available for a while now. We also have a functioning GUI, but these iguana GUI are not directly connected to dPoW. The ICO is about komodo dPoW, the fact that iguana will also be available is an extra bonus. Clearly no komodo ICO funds were used to develop iguana. My judgement is that getting dPoW functioning is much more important than GUI for iguana. iguana GUI does not do dPoW. iguana GUI does not do zcash. anyway, I will continue to finalize dPoW as I dont personally do GUI |
|
|
|
|
will it be possible to claim from multisig address?
|
|
|
|
What this mean? Node for Komodo is same with Bitcoindark? Sorry I am confused by this  no it is just to help BTCD holders get a local wallet synced |
|
|
|
I want to run a Notary Node. I have an 8 Core 16 Thread Xeon 2.0Ghz and 64G RAM with 500GB SSD. I have 75Mbps Down and 30Mbps up North America. Is this acceptable?
the bandwidth is on the slow side, but since we have so few NA nodes (kind of strange, but probably due to the chilling effect of USSA) I think it is worth setting up a testnet notary. If there arent 16 notary nodes in NA, then all qualified candidates would get elected Hello, i can run notary node Zone: South Europe,on Turkey. What must bandwidth be? Download/Upload speed? EU is pretty much full already 100mbits/sec is the min recommended bandwidth, except in regions without enough nodes yet |
|
|
|
I want to run a Notary Node. I have an 8 Core 16 Thread Xeon 2.0Ghz and 64G RAM with 500GB SSD. I have 75Mbps Down and 30Mbps up North America. Is this acceptable?
the bandwidth is on the slow side, but since we have so few NA nodes (kind of strange, but probably due to the chilling effect of USSA) I think it is worth setting up a testnet notary. If there arent 16 notary nodes in NA, then all qualified candidates would get elected |
|
|
|
Hi,
I've downloaded the BTCD wallet and followed the instructions but after copying the peers.dat file to the roaming folder the wallet still doesn't sync. Is there a known issue at the moment?
better to add the addnode= lines to the BitcoinDark.conf I posted the list of recent peers, but dont have it handy. hopefully someone will be able to find it and if it isnt on the website, we need to update the website with the list of recent peers |
|
|
|
also KMD is not purely a zcash clone, it has the dPoW and iguana added
LOLZ, "Innovation"  being able to do MofN group transaction where N is 64 is not exactly standard with bitcoin. having a set of independent nodes create the identical transaction based on a source blockchain to a destination blockchain, again not so standard. I use a generalized MGW method. automating all the details, like utxo creation, minimizing transaction size, etc, again not anything you can cut and paste. implementing dPoW is nowhere near as much work as implementing iguana, but it does have quite a few details that need to be properly handled. |
|
|
|
When is komodo scheduled to launch the mainnet ? The ICO ends in Nov. How much longer after z.cash will it take to launch komodo ?
2 weeks after end of ICO it could be that the mainnet will be ready in early Nov, but no guarantees it will be that early. last time it took me a day to do the zcash fork into KMD so rebasing is likely a day or two of work, once all the dPoW is done So kmd is a fork of zcash? They have no launch right now, how will you be earliar than zcash since kmd is zcash clone. when did I say earlier? 2 weeks after end of Komodo ICO is well after October 28th KMD testnet is based on zcash beta also KMD is not purely a zcash clone, it has the dPoW and iguana added |
|
|
|
Congratulations to movecrypto whose testnet notary node jointly created the first notary transaction by a node that wasnt one of my servers https://blockr.io/zerotx/info/fa2a3164f977171a20cb139d6210ccb44e529391e6ba3df0f596f8762ecc1bdeI have allocated 10 BTC to be split among all the test net notarization transaction creating nodes. In addition to the txfees which will be refunded this should end up being about $100 per day. I will not receive any of this it is just for the testnet notary node operators. more details in #notarynode in SuperNET slack. slackinvite.supernet.org |
|
|
|
|
Just pushed a new version of the iguana dPoW code that is a lot more efficient and should be fast enough to handle all 64 notary nodes. We are almost to 20 testnet notary nodes, but we still need to get them all participating in the group dPoW tx.
I also simplified the notaryinit process a bit and pruned out some unreliable test nodes.
Assuming we get a steady stream of notarized data, my next tasks are the half dozen remaining dPoW items:
a) updating latest notarized height based on the notarized tx data
b) prevent overwriting blocks below notarized height
c) detection of special transactions to update list of current notaries
d) award 5% APR for utxo older than a week when they are spent
e) round robin mining difficulty
between supporting the notary operators and GUI devs, not sure I will be able to get all 5 done before ICO start, but once the notary nodes are generating the group tx, the biggest amount of new code is complete.
I want to minimize the changes needed inside the komodo to minimize the chance of bugs. By splitting the changes in separate modules, we can start testing and qualifying it independently. The process of generating notarized data is quite independent of the main komodo code, especially as things need to work even if there are no notary nodes.
The trick will be to seamlessly start using the notarized data if and only if it is available.
Strictly speaking c), d) and e) are not needed for mainnet launch. However they would all require hardforks to update, so my preference is to get them done before mainnet genesis.
|
|
|
|
When is komodo scheduled to launch the mainnet ? The ICO ends in Nov. How much longer after z.cash will it take to launch komodo ?
2 weeks after end of ICO it could be that the mainnet will be ready in early Nov, but no guarantees it will be that early. last time it took me a day to do the zcash fork into KMD so rebasing is likely a day or two of work, once all the dPoW is done |
|
|
|
The definition of a " Money Transmitting Business " is a subset of a Money Services Business which Wikipedia defines as An MSB has specific meanings in different jurisdictions, but generally includes any business that transmits money or representatives of money, provides foreign currency exchange such as Bureau de changes, or cashes cheques or other money related instruments. It is often used in the context of Anti Money Laundering (AML) legislation and rules.[1][2] The beauty ( and bane) of cryptocurrency is that the IRS and several other cases have ruled crypto as Property and not money. I'm no lawyer but if its consider property then nodes are not considered money transmitting businesses and do not need FINCEN registration. If you are concerned, it would be best to check with a business lawyer preferably one that deals with cryptocurrency. Regarding Mining/Staking and similar: I can't speak for everywhere but the IRS guidance for cryptocurrency mining is that it is considered income. quickly reading the PDF: ### "A user who obtains convertible virtual currency and uses it to purchase real or virtual goods or services is not an MSB under FinCEN’s regulations" "an administrator or exchanger is an MSB under FinCEN’s regulations, specifically, a money transmitter, unless a limitation to or exemption from the definition applies to the person." "An administrator is a person engaged as a business in issuing (putting into circulation) a virtual currency, and who has the authority to redeem (to withdraw from circulation) such virtual currency" ### I am not a lawyer(!) but my understanding of this is that a notary node (or anybody that is mining) is putting into circulation a virtual currency but there is no redeem powers as the KMD that is mined cannot be destroyed. Clever lawyers might try to argue that anybody can burn by sending to a null pubkey, but it is not actually destroyed, just very unlikely to be able to be spent. Also, any such "authority" would be something all users would have and as such is not fitting the context of an administrator. After all, how can everybody be an administrator? It would be nice if someone with legal experience in this can confirm that mining crypto does not make an administrator. It seems to apply more to gateways. In more good news the DEX I think fits into the end user category as each DEX swap is an end user paying crypto in exchange for crypto. From what I can tell, it is the providing of services to third parties that is what is being regulated. Direct peer to peer commerce does not seem to be covered by this, but again this is not any legal opinion, just my reading of the PDF above |
|
|
|
The stakeholders are going to vote for the Notary, but how is it's going to take place and when?
The current plan for the first election is that the voting would happen when people redeem their KMD, or some short of other temporary procedure. For the later elections we must develop a better system, and about that we currently have no info. jl777 is thinking the best way to implement it. For the first election it is possible that we don't even get 64 candidates, so there's a change there won't really be any meaningful elections. We will see. Hopefully a way can be found to let BTCD holders still vote even if they keep staking and don't redeem before the election. The voting has to happen after the ICO is completed. BTCD redeem has to happen after the ICO is completed. So it is a matter to combine BTCD redeem + voting, as the ICO redeem + voting is being done. When there is enough votes to know the notary nodes, we start mainnet and the notaries and then distribute coins Some details subject to change, but the above gets everybody in the same timeframe, which is what is most important with ICO coins. The actual distribution will be done with normal transactions in batches, so some will get their KMD several blocks ahead of others, but it should all happen within a few hours or less Thanks James, that makes sense. I intend to keep staking my btcd as long as possible, but I was forgetting that the redeem/vote snapshot for the REV share can still happen right after the ico is completed. No need to send coins anywhere, just use snapshot balances. correct and REVS can even be distributed independently of KMD, but since REVS will use KMD dPoW, it will need to wait until after KMD mainnet is live |
|
|
|
The stakeholders are going to vote for the Notary, but how is it's going to take place and when?
The current plan for the first election is that the voting would happen when people redeem their KMD, or some short of other temporary procedure. For the later elections we must develop a better system, and about that we currently have no info. jl777 is thinking the best way to implement it. For the first election it is possible that we don't even get 64 candidates, so there's a change there won't really be any meaningful elections. We will see. Hopefully a way can be found to let BTCD holders still vote even if they keep staking and don't redeem before the election. The voting has to happen after the ICO is completed. BTCD redeem has to happen after the ICO is completed. So it is a matter to combine BTCD redeem + voting, as the ICO redeem + voting is being done. When there is enough votes to know the notary nodes, we start mainnet and the notaries and then distribute coins Some details subject to change, but the above gets everybody in the same timeframe, which is what is most important with ICO coins. The actual distribution will be done with normal transactions in batches, so some will get their KMD several blocks ahead of others, but it should all happen within a few hours or less |
|
|
|
I was about registering on the election page then I can't found Africa region on the list, I am an African so I decided to withdraw myself from this project
Africa is in the SH Southern Hemisphere region we are not using strictly literal interpretations, so all of Africa will be considered SH, along with South America, Australia |
|
|
|
Did the dev team ever consider using Zcoin over Zcash?
you must be kidding. why would we choose an obsolete 3 year old libzerocoin implementation that has significant bloat issues? it would be like choosing an Intel 8080 CPU over Xeon so no, never considered zcoin I was thinking more of how parameter generation happens in both, I just read this comparison, http://blog.zcoin.tech/zcoin-and-zcash/You mean "Zcoin uses parameters generated 25 years ago from the RSA Factoring Challenge." those "secure" parameters?? If you would rather trust parameters generated by a single entity that has been caught putting backdoors into encryption, then that is your choice. Keep in mind that if anybody in the 25 years has gotten a hold of the RSA factoring parameters, it is compromised. What assurance is there that it hasnt been compromised? As opposed to zcash which will use a carefully thought out parallel oblivious transfer method with a peer reviewed research paper where all participants need to be compromised. We might as well compare zcash to ring signatures. There is a lot of FUD against zcash parameters, but nobody has described to me how all the zcash parameter creation participants will be fooled into running the mystery laptop gift that just arrived in the mail. Or that they can all be bought. Or all their systems can be compromised. It is not that any one of them can be compromised to compromise the parameters. ALL participants need to be compromised. Good points, I'm still trying to get my mind around things. Which organisation created the Zcoin parameters 25 years ago? That is the key 'trust' point in Zcoin RSA you are putting your trust in RSA the same one as in this article: http://arstechnica.com/security/2013/12/report-nsa-paid-rsa-to-make-flawed-crypto-algorithm-the-default/ |
|
|
|
Did the dev team ever consider using Zcoin over Zcash?
you must be kidding. why would we choose an obsolete 3 year old libzerocoin implementation that has significant bloat issues? it would be like choosing an Intel 8080 CPU over Xeon so no, never considered zcoin I was thinking more of how parameter generation happens in both, I just read this comparison, http://blog.zcoin.tech/zcoin-and-zcash/You mean "Zcoin uses parameters generated 25 years ago from the RSA Factoring Challenge." those "secure" parameters?? If you would rather trust parameters generated by a single entity that has been caught putting backdoors into encryption, then that is your choice. Keep in mind that if anybody in the 25 years has gotten a hold of the RSA factoring parameters, it is compromised. What assurance is there that it hasnt been compromised? As opposed to zcash which will use a carefully thought out parallel oblivious transfer method with a peer reviewed research paper where all participants need to be compromised. We might as well compare zcash to ring signatures. There is a lot of FUD against zcash parameters, but nobody has described to me how all the zcash parameter creation participants will be fooled into running the mystery laptop gift that just arrived in the mail. Or that they can all be bought. Or all their systems can be compromised. It is not that any one of them can be compromised to compromise the parameters. ALL participants need to be compromised. Please dont fall for the marketing tactics of a coin that intentionally changed their name to be confused with zcash. If they had good tech, then why this intentional creation of confusion? Unfortunately a lot of people will probably think zcoin is zcash, but please dont be one of them. zcoin is bragging that "their" libzerocoin has been around for 3 years vs. zcash 1 year. Of course they dont make it clear that libzerocoin was written by the zcash team and REJECTED as not ready for end users and they created zcash to solve these problems. Its like rummaging in the trash and finding someone's used computer and then saying "your" used computer is as good as the brand new one that replaced it. since the new one hasnt been around as long. |
|
|
|
|
Show Posts
