Topic: ★[ANN] [NAV] NAV COIN - Community Fund Live!!! - page 227. (Read 2085654 times)

Not the first time in crypto from my experience. Sometimes, very strangely, after really big news and updates come out, dump happens. In the case of NAV I think it is cyclical phase of pump and dump. Some days ago pump was started, people sold out and got their profits. Do not forget that ZCash is coming. All the factors point to the volatility of price.

Buy the rumor, fade the news, sell the fact...

I have noticed 3 times now when the Dev Team release good news someone dumps hard on Polo.

We can't find the reason but it does not make any sense.

So ill try to say this on behalf of most investors

You Suck!

Anyway better now than later I say. If I look for a positive

Only few coins have real genius dedicated team

Let's the show begins
Keep going the good job NAV TEAM

Cheers

Who said a pool with 1000NAV ?

I said 10k. Ok but i got what you're trying to say.

As much balance you'll have more higher anon transactions you could get... If you have for example 250.000 coins in a wallet, you could process transfer 10k 12k 15k at the same time. and even you could process transfers of 200k for example. If you only have 10k in 20 wallets.  (10kx20 = 200k) Then you won't be able to transfer more than 10k...

Ok, interesting technology...

I watch the Richlist  

So should every one. The competition is on

Where do you see that someone is buying big?

At the end of the day it's up to you mate. @Colvano and I have been translating not only the OP but some of the announcements and the Anon cheat sheet. I'd recommend you to start with OP and then if you feel like you can help further just do it!

Everything helps here!

Salud!

I've been in Crete a few weeks ago...Lovely country you have! Best food ever!

With a pool of only 1000NAV you will quickly become unavailable and only random chance that the next TX will go to another of your servers. also this means only tx of 1000Nav or less could be processed. if you have already started on other TX the balance is even smaller so even more chance of being too small to get another tx.

 

Is this for a translation of the OP or for other stuff too?

I'm a native greek speaker and I could handle the translation.

Well done mate!!!

Great to read the 4 phases of NAVTech have been completed. Don't underestimate this announcement Pakage. It's The weekly update the community has been Patiently waiting for. So there are no hurdles for November 1

Side message: Trust me the Whale's are now buying big
. Using every tactic possible. Hold your NAV guy's when NAVTech relaunches you are going to Value every single Coin

We will be Number 1 - 0 Doubts

Hey guys,
i've made a portuguese translation:

https://bitcointalksearch.org/topic/ann-nav-nav-coin-tech-anonima-android-wallet-nav-21-em-breve-1661207

Hi Nav Coiners!

Time for the weekly update. It's been a pretty surreal week with the Thunderclap and Anon Launch date announcement. Lots of new interest in our project and lots of effort being put in by community members all across the globe.

Global Translations

We now have forum threads in multiple languages covering a range of posts

Spanish - https://bitcointalksearch.org/topic/ann-nav-nav-coin-transacciones-anonimas-android-5-pos-1655866

Dutch - https://bitcointalksearch.org/topic/ann-nav-nav-coin-anonieme-tech-lancering-1-nov-1656770

Portuguese - Coming Soon

If you are fluent in a language that you think will be interested in Nav Coin and can translate our content for us, please send me a PM. We are currently offering 1000 NAV Bounty for thread translations which we have chosen and approved.

Our Announcement Thread has also been posted on icotimeline.com check it out here:  http://icotimeline.com/blog/2016/10/23/navcoin

Navtech Anon Beta

With November 1st one week away, we are closing in on the release candidate version of the anon scripts. I have just released a new version to the servers today for the beta test group and I am hopeful that this version is the one which we will release with the only addition being more unit tests.

I have successfully implemented and tested the queuing system at maximum payload. I have sent 10 x 10,000 NAV transactions within in the 2 minute processing cycle window. The server is only loaded with 50,000 NAV so it can't process the entire amount in one cycle. I expected a queue to form and for the payments to get processed in 2 cycles. This test was successful and I received all 100,000 NAV back to my wallet in the expected time frame.

I have also implemented a queue checker when your wallet requests an available incoming server. If the queue is more than 30 minutes long (eg. there is a pending transaction with 60 or more confirmations) the server will tell the wallet it is unavailable and your wallet will try the next server.

I have also done some work to refine how the outgoing servers are refilled from the incoming servers which will allow for more randomness within the cluster when it comes to choosing servers to transact with.


I am confident in this current version and when the beta testers are happy I will label this as our release candidate version. I will be steadily working towards my goal for November 1, to implement as many unit tests as possible.

I will keep you all updated with the progress from the beta test group and especially if we encounter any late coming issues.

Not much else to report this week. We are at the business end of the Public Anon Release, so the whole team is working hard to pull together for November 1.

To keep up with the latest, follow us on twitter and join us on slack!

Talk soon,
Craig.

Such a great development team. Thank you for all your years of steady hard work in creating what NAV is today and what it will be in future.  I am simply greatful to you all.

any arguments?

so we will be expecting more explosion coming from this project just glad i got my few coins when its still below 5k waiting for more. good luck mate.

Currently we load 50k NAV onto each outgoing server pair. The code is written in such a way that the incoming server gets the balance the seleted outgoing server and will only send as many pending transactions as the outgoing server has waiting to send out. This number is not restricted in the code, simply restricted by the amount of available NAV on the outgoing server. The full details of how decentralization is going to work will be released as a whitepaper as soon as possible after the public Anon release. At which point we can take public feedback and work it into the plan.

There are many security concerns to take into account. I think i have a good approach figured out which gives users the ultimate choice of who they transact through and will patch most of the security concerns I have raised amongst the team. More will be revealed in a couple of weeks with the official decentralization whitepaper

no, bad idea