Topic: [ANN][KMD][dPoW] Komodo - An Open, Composable Smart Chain Platform, Secured by B - page 359. (Read 1192000 times)

lol, the age old problem. Keep your powder dry but expect the market to outdraw you when you decide to reach for your gun.

Not if they just cashed out until it settles.

that would cause Alt-coin to increase in price not decrease cause people are unsure of BTC future

LOL... Just a slight change huh...  Really wish Bitcoin would decide what it wants to be when it grows up!

Impending Hard/Soft/WeDONTKNOWfork  of BTC might have something to do with Crypto at this point.......

To me it, this is partly seasonal...if you look at the BTCD last year on Jul 1st the price was at $2.39 but dropped to $1.16 in Aug 3th.

Similarly for BTC on June 17th the price was at $740 and it dropped to $530 on Aug 2nd.

nothing can be for sure but seasons could play some roles.

what do you mean by positive correlation? It seems like USD appreciated over the past 2 weeks so I say negative correlation.

Best news all week. Kmd's future is looking really positive

yes it works

We are working on it


There's no GUI support for the decentralized exchange yet. The current trading is done through the command line.

I don't want to download wallet before I know if exchange really works. Does it work?

It is the source of the revenues that will be distributed, yes.

So basically that's the address which dividends will be paid to jumblr holders?

This is a great news Komodo, JUMBLR and users out there who have been looking for privacy in cryptocurrency. Hope the GUI will be out there soon for the mass to use it.

Well done James and the team.

As the barterDEX test team is gathering info on a lot of new coins, there was a lull in bugs found. Instead of just waiting around doing nothing, I decided to put JUMBLR inside komodod. That way there are less moving parts and only native komodod is needed for JUMBLR. The JUMBLR core will be compatible with the previously described passphrase based address management for the GUI to implement.

However if you can run two command line commands, you can start using JUMBLR. I have 10 nodes setup to be doing JUMBLR so that is the equivalent of a mixin level of 10, before anybody else joins. As more and more people start JUMBLR, the mixin level continues to increase, to 100 and above is what I would like to see.

For now, the code is still quite new and if you are using JUMBLR you must take care to make sure your wallet is properly backed up as z transactions only exist inside your wallet and if you lose the wallet, you will lose the zfunds, even if you have your passphrase.

#### README
komodod now has jumblr_deposit and jumblr_secret RPC calls.

Jumblr works like described previously where all the nodes with jumblr active synchronize their tx activity during the same block to maximize the mixing effect. However, unlike all other mixers/tumblers, you never give up control of your coins to anybody else. JUMBLR uses a one to many allocation of funds, ie. one deposit address and many secret addresses. You can always run multiple komodod daemons to get multiple active deposit addresses.

JUMBLR implements t -> z, z -> z and z -> t transactions to maximize privacy of the destination t (transparent) address. So while it is transparent, its first activity is funds coming from an untracable z address.

Which of the three stages is done is randomly selected at each turn. Also when there are more than one possible transaction at the selected stage, a random one is selected. This randomization prevents analyzing incoming z ->t transactions by its size to correlate it to the originating address.

jumblr_deposit designates the deposit address as the jumblr deposit address for that session. You can select an address that already has funds in it and it will immediately start jumblr process. If there are no funds, it will wait until you send funds to it.

There are three sizes of a jumblr transaction: 10 KMD, 100 KMD and 1000 KMD. There is also a fixed interval of blocks where all jumblr nodes are active. Currently it is set to be 10, but this is subject to change. Only during every 10*10 blocks are the largest 1000 KMD transactions processed, so this concentrates all the large transactions every N*N blocks.

jumblr_secret notifies JUMBLR where to send the final z -> t transactions. In order to allow larger accounts to obtain privacy, up to 777 secret addresses are supported. Whenever a z -> t stage is activated, a random secret address from the list of the then active secret addresses is selected.

Practical Advice:
Obtaining privacy used to be very difficult. JUMBLR makes it as simple as issuing two command line calls. Higher level layers can be added to help manage the addresses, ie. linking them at the passphrase level. Such things are left to each implementation.

Once obtained, it is very easy to lose all the privacy. With a single errant transaction that combines some previously used address and the secretaddress, well, the secretaddress is no longer so private.

The advice is to setup a totally separate node!

This might seem a bit drastic, but if you want to maintain privacy, it is best to make it look like all the transactions are coming from a different node. The easiest way for most people to do this is to actually have a different node.

It can be a dedicated laptop (recommended) or a VPS (for not so big amounts) with a totally fresh komodod wallet. Generate an address on this wallet and use that as the jumblr_secret address on your main node. As the JUMBLR operates funds will teleport into your secret node's address. If you are careful and never use the same IP address for both your nodes, you will be able to maintain very good privacy.

Of course, dont be sending emails that link the two accounts together! Dont use secret address funds for home delivery purchases!! Etc. There are many ways to lose the privacy, just think about what linkages can be dont at the IP and blockchain level and that should be a useful preparation.

What if you have 100,000 KMD and you dont want others to know you are such a whale?

Instead of generating 1 secret address, generate 100 and make a script file with:

./komodo-cli jumblr_secret
./komodo-cli jumblr_secret
...
./komodo-cli jumblr_secret

And make sure to delete all traces of this when the JUMBLR is finished. You will end up with 100 addresses that have an average of 1000 KMD each. So as long as you are careful and dont do a 10,000 KMD transaction (that will link 10 of your secret addresses together), you can appear as 100 different people each with 1000 KMD.
####

I used the following to generate a jumblr script to run:

cd ~/komodo/src; echo "./komodo-cli jumblr_deposit `./komodo-cli getnewaddress`" > jumblr; echo "./komodo-cli jumblr_secret `./komodo-cli getnewaddress`" >>jumblr; chmod +x jumblr; cat jumblr

it should create a file called jumblr which just has a call to jumblr_deposit and another to jumblr_secret. Send funds to the jumblr_deposit and it will be jumbled into the secret address. When you run it, it should return:

{
  "result": 0
}
{
  "result": "success",
  "num": 0
}

currently only the dev branch has the jumblr API in it, but as it proves itself stable it will be propagated to beta and then the master branch. This is not a consensus affecting change. make sure to do a:

git checkout dev
git pull

That way you can make sure to get the version with jumblr API active

http://kmd.explorer.supernet.org/address/RGhxXpXSSBTBm9EvNsXnTQczthMCxHX91t is the address where the fees are collected.

Same problem in Native - I' had to wait a loong time and then the send button does nothing.

EDIT - got back in Basilisk mode and managed to send it! Such a chore!

I agree with you . we need a patience and keep calm in this crypto investment .
I still believe in this coin and I will be ready to hold KMD for one year period. I hope it will be the same as ETH before.

We all should know at this point, all of the alt coins are speculative against BTC right now.  We are all betting on which ones will either be pumped, bought into, or just rise until one wins the adoption and use prize. 

I look at these times as chances to test peoples belief in the project and their resolve about them.  If a coin cannot survive the ups and downs, it is not going to make it to the prize anyway.