Thanks for the reply, I wish I had 5,000,000 NAV to use that way. I realize this is still quite a ways out before anyone can setup their own Anon sever. Best to make sure I have enough now before the price triples again. So ~10x transaction limit and that limit is part of server config. The whitepaper stated that the incoming server checks that the outgoing pool has enough NAV before sending the TX. So if I have a smaller pool I may miss out on the fee for TX 1,000,00 NAV anon but that big of TX will be rare. Especially as NAV price moves up. For Setting up a Anon server how much NAV is recommended for the pool. Looking at the white paper I can see the incoming server checks to make sure the outgoing sever has enough NAV for the transaction and that tx amount will be restored on the next cycle. So a buffer amount is needed so your sever will not be pruned from the next TX. The more you have in the pool the more TX you can process and collect more fees.
But if i set one up do I need 10K, 100K or more NAV?
devs im not too technical but would say "heavy investor". I think Nav will be big soon, and looking in the future, having server make sense and will produce nice profit. I am interested in set up anon server too.Can you create some kind of manual how to do it? Currently the transaction limits per Anon Send is 10k NAV. As stated in the whitepaper, this is to limit the need for unnecessarily large pools of NAV on the outgoing server. We currently preload each outgoing server with 100k NAV, so each server could handle up to 10 maximum value anon transactions per 2 minute cycle. These parameters are adjustable and if throughput picks up we can look to increase these limits. When the time comes for people to setup their own servers, these settings will be adjustable in a config file. So you can specify whatever you like. If you want to process up to 1,000,000 NAV per transaction cycle and you have 5,000,000 NAV in your outgoing NAV pool, then you are able to do it. All the relevant details for setting up your own server will be released in the future and will have all relevant instructions. In the current phase, the Nav Anon Servers are the only ones able to process transactions. Decentralisation is the next phase Watch this space!
|
|
|
For Setting up a Anon server how much NAV is recommended for the pool. Looking at the white paper I can see the incoming server checks to make sure the outgoing sever has enough NAV for the transaction and that tx amount will be restored on the next cycle. So a buffer amount is needed so your sever will not be pruned from the next TX. The more you have in the pool the more TX you can process and collect more fees.
But if i set one up do I need 10K, 100K or more NAV?
|
|
|
TOR and anon transfers are different things. TOR is up and running now. You can synch and stake your wallet on TOR hidden services. so your IP will not appear in any peer list check website or search this tread for how to make a navcoin.conf that will use TOR. this works now 20:25:21  getpeerinfo
20:25:22  [ { "addr" : "navfxoktwa7zu3m2.onion:8443", "services" : "00000000", "lastsend" : 1475033066, "lastrecv" : 0, "bytessent" : 124, "bytesrecv" : 0, "conntime" : 1475033066, "pingtime" : 0.00000000, "version" : 0, "subver" : "", "inbound" : false, "startingheight" : -1, "banscore" : 0, "syncnode" : false }, { "addr" : "navfxfkchwclvpbj.onion:8443", "services" : "00000001", "lastsend" : 1475033086, "lastrecv" : 1475033090, "bytessent" : 373, "bytesrecv" : 3987, "conntime" : 1475033082, "pingtime" : 4.30624600, "version" : 61400, "subver" : "/NavCoin:3.6.0/", "inbound" : false, "startingheight" : 362192, "banscore" : 0, "syncnode" : false }, { "addr" : "navfxujp7ninsup6.onion:8443", "services" : "00000001", "lastsend" : 1475033101, "lastrecv" : 1475033117, "bytessent" : 373, "bytesrecv" : 4077, "conntime" : 1475033090, "pingtime" : 2.04411700, "version" : 61400, "subver" : "/NavCoin:3.6.0/", "inbound" : false, "startingheight" : 362192, "banscore" : 0, "syncnode" : false }, { "addr" : "navcavlevqgjzozx.onion:8443", "services" : "00000001", "lastsend" : 1475033101, "lastrecv" : 1475033101, "bytessent" : 373, "bytesrecv" : 212, "conntime" : 1475033097, "pingtime" : 3.25618700, "version" : 61400, "subver" : "/NavCoin:3.6.0/", "inbound" : false, "startingheight" : 362192, "banscore" : 0, "syncnode" : false } ]
So I'm connected and staking but my IP is masked by TOR. Now If I was to send or receive NAV the address will be on the normal blockchain and not anon.
|
|
|
Changed from Tor (tor was running) to Navnet and I'm synched up and staking again.
|
|
|
I did not restart my BEL wallet after my last reboot. I'll start it up again.
45.50.28.121 still I connected to 203.20.114.252 yea! we might just be live again
|
|
|
I did not restart my BEL wallet after my last reboot. I'll start it up again.
|
|
|
My qt wallet 3.60 is now 5 days behind 8 connections 371876 blocks over past 24hrs only change is it went from 4 day behind to 5.
|
|
|
BTW, how does the BitCoin economy improve if no one is mining to keep the block chain transactions ticking over? If no one else is mining I'll keep it going on a RasPi with a 300MH/s USB device. Difficulty drops so a few people solo mining on old hardware would keep it going. BTC does not adjust quickly however. So if 75% of network goes offline in a day blocks will be slow for a couple of weeks.
|
|
|
Oh ok I'll sell everything then Any reason you think so? NAV IS SCAM
|
|
|
Sure I can. 2+2=4! 2+2 = 1*2*3*4 4=24 Nope I'll argue that is not true. There are some exchanges that allow fractional reserve margin trading. But your actual BTC in a wallet you control keys on cannot have a 'Run on the bank' where you are supposed to have BTC but can't get it out. Yeah, it's overpriced - deal with it.
We deal wit it by not buyin...gotta lotta butts wit no seats imho 9.5 billion market cap...insanity IMO Btc right now is just a way to move fiat that hardly anybody trusts. So yeah, it's market cap is too high. I have a different view...crypto can be trusted IMO ! Math does not lie only propaganda does...market cap is way high on on Bitcoin IMO Disclaimer:depends on hyperinflation Crypto can be trusted - please elaborate on this mythical concept... The dregs of society own this shit. The mainstream views it as a joke. "crypto can be trusted" in the sense that "it's all mathmatics!" And you can't argue that 2+2=4! Unlike the death spiral financing toilet bowl stock market... Do you think I care about the mainstream talking heads that spoon feed us whatever the highest bidder tells them...? "Dregs of society"...? This is the future of currency...mythical concept? Wake up dude
|
|
|
Well I made some good trades there so for me it was not a complete failure. But i did also loose money in the Banx shares. yes was atomic trade then banx then cryptomic. Cryptomic is still closing down no trades but you can empty out your wallets til the end of the month. I analyzed - http://mapofcoins.com/bitcoin# and remembered the era of Blake. Now somehow merged with the bad coins. scam banх.io was a complete failure?
|
|
|
Rescan crashed. D/L blockchain from site and replaced my files from it. That seemed to have fixed it the coins are in my wallet now. yes I did see msg 19298
did repair wallet no change doing a rescan now It's still running. Hope the coins come back with way the price is rising.
NAV Tor nodes have mostly been running stable, all on the correct chain height etc., (ref. your post regarding your sending issue) I will double check everything server side, although these are just regular NAV nodes ofc. ~ For a daemon NAV server conf these options have improved stability; nosmsg=1 txindex=1 maxorphanblocks=1000
|
|
|
If QC can break SHA256 is should be able to break most crypto so that's kind of doomish... My prediction is that unless there is some kind of measure taken to prevent quantum computers stealing old and "lost" coins, we can pretty much expect that all of these will be "recovered" or "stolen" (depending your perspective).
In that scenario all of Bitcoin is toast. As is the entirety of the internet in its present form. Let's hope something is done before this becomes a thing. Quantum computers recovering (or stealing) lost coins that are kept in old wallets does not rise to any kind of level of doom for the whole internet. If old coins are not moved, and kept in old wallets, those wallets become vulnerable to quantum computers, but newer wallets can take security measures in order that they are not vulnerable to the same quantum computer attacks. There could be some kind of measures to protect the old non moving coins from such attacks, yet I think that if in a worser case scenario they are recovered (or stolen) by someone who has such quantum computing capabilities, there is no real end to bitcoin because at such point soon thereafter, those coins would be put into circulation and potentially just dilute the bitcoin market for a short period of time, and price will adjust to such dilution.
|
|
|
yes was atomic trade then banx then cryptomic. Cryptomic is still closing down no trades but you can empty out your wallets til the end of the month.
|
|
|
What is your nodes address? Maybe I can connect to you.
I do not have a real Ip address addnode=45.50.28.121:19919 not working. port closed odd i checked my .conf file for port 19919 rcp port 19920 firewall has the bells qt exe open none of my other wallets have issues. i'll check comodo sandbox is off later tonight
|
|
|
yes I did see msg 19298 did repair wallet no change doing a rescan now It's still running. Hope the coins come back with way the price is rising. NAV is now on Crypto-trade.net https://crypto-trade.netnew exchange low volume not in USA not sure where but chat box has a lot of Cyrillic messages Mogrith, have you seen my answer and followed the steps? Refering to the two transactions that got missing...
|
|
|
45.50.28.121 is my node
have no peers no nodes connected but show networkhashps" : 2306015 so where are they from?
no connect port? 19919 no connect What is your nodes address? Maybe I can connect to you.
|
|
|
|