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

Thank you pakage for your weekly update.Its really doesnt matter if update will be sunday evening or monday morning. But its extremely important to communicate with community regular thats why i would like thank you once again. Weekly updates are serious step forward for our project;)

Thank you for your great work and keep it going;)

Hmmm,

https://bitcointalksearch.org/topic/m.13590739

Thanks Craig for the work and of course the update! 

It keeps miserable mofos like me very happy 

sunday update?

Not entirely sure going after shapeshift.io is going to be very feasable until we get quite a bit more liquidity and market volume going on.  Particularly now that BigVern is pulling a runner and a third of our exchanges have effectively disappeared in a whisp of satoshi dust.  Fortunately our two remaining exchanges are pretty solid imho but if a 3rd and possibly 4th could be found it certainly wouldn't hurt.

Great work Shahim and pakage on getting block explorer and richlist working so smoothly.

Who is responsible for maintaining the Twitter, FB, and Google+ (even have one?) navajocoin accounts?  I need some working API key's to allow for social media login on the forum.

You can read what happened in their official statement (at least that's their version of the events):
http://blog.cryptsy.com/
Personally, I don't think this exchange will ever function properly again.
If You're able to - I'd suggest to withdraw all Your funds and surely don't send anything more there.
I deleted link to Cryptsy from the OP.
Cheers
~ Strugg

http://blog.cryptsy.com/

They got robbed for 13k btc and 300k ltc a year ago , well read for yourself Do Not send anycoins in there.

I think problem cryptsy is also solved now?

http://bitcoinist.net/cryptsy-has-moved-out-of-their-building-unannounced-nowhere-to-be-found/

I hope not many coins have been there. Do we know, which wallet has been cryptsys? Perhaps burn these coins?

OK , we spent almost an hour flipping through the transaction and receiving information, but necessary to track your transaction and did not work, in this respect, complaints , of course not, but getting the examples to others about the importance of anonymity and first-class property platform is already there and it is also important for future users, have comments, where in the beginning we see the transaction start address of the allocation, I wish that the addresses were hidden, if it is possible to do, of course, although

Insults would definitely effective and heavy. 
But I do not think you was referring to this.

I do not know if that's what you are thinking about, but
what I was hypothesizing obviously it is not a permanent solution,
the problem of burdening the blockchain obviously will present
itself even later, in a year or two, but this would in a sense an advantage.

Two years in computing are very long, and for the famous Moore's Law,
by that time the SBC will be twice as powerful or will cost half.
In any case quite a gain from the practical point of view.

Meanwhile, with a sort of new light blockchain NAV 1.2, probably even
the simple raspberry could be used for staking, from now.

Relating to hardware and speed of the storage mass, I would point out again
the existence of another platform compatible with the raspberry, the ODROID UX4,
maybe for the features it might be more suitable.

Link:
http://www.hardkernel.com/main/products/prdt_info.php?g_code=G143452239825

It has 4 cores at 2 GHz and 4 at 1.4 GHz, and which to us we care more,
houses 2GB of DRAM, as well as memory modules eMMC5, and SD UHS-1.
According to the manufacturer site, these modules should have better
performance 7x and 2x, compared with a sd class 10.

Do you think this for the moment could be sufficient ?

The manufacturer provides for this SBC,  at part, also an LCD display 7inch,
or a plastic case created to contain an expansion card with a display and
a sata interface (via usb3) and the space for a internal drive HD 2.5inch.
Let me be clear I'm not suggesting it, I've never tried it ( unfortunately),
I referring only the existence.

Also long ago on this forum, he was also talk of another assembler,
he had used a different type of module ODROID to put in some types of wallet
for coins of type POS.
The management of the coins was via a web interface, and among the sample
screens was just the NavajoCoin.
I do not remember the name, unfortunately, perhaps stakebox, stakemachine
or similar.

However, aside this ODROID, there are other manufacturers that are offering
Single Board Computer, which features more and more interesting.

Here is a brief overview:
http://linuxgizmos.com/comparison-of-open-spec-hacker-friendly-sbcs-dec-2015/

Some of them probably are not suitable for us, but they are incredibly small,
hats off to the designers:
https://www.kickstarter.com/projects/1598272670/chip-the-worlds-first-9-computer/description

From what I read around the web, it seems that apart from the Pine-64,
or Orange, or the Banana, in the coming months should be built by
different companies, other models of SBC equipped with features more
powerful than today, and probably with a lower cost.

IMHO it would be useful therefore to define the minimum requirements we need,
and based on this make a skimming of such models are acceptable or insufficient.

But we must consider that in general these modules are not upgradeable,
can not be increased the memory or upgraded the processor, then it
is necessary to reason with great foresight.

To finish, often the production of these models is made in batches of
small quantities, already sold, and then their availability in the short
term may be poor.

I would also like to point out one thing, the raspberry is famous for its
rich set of IO ports, ideal for connecting to external projects and interfaces.
But they did not serve us for staking.

Then, once when it will be decided as the minimum specifications are
necessary, possibly could be found in the consumer market other types
of devices that are perhaps equally suitable for the purpose.

To the [1]... I think we are already in discussion to do that.
But if it would be worth?

Quite a interesting theme, I have tried to divide the subjects into,
the first relating to the software, the second relating to hardware.
Sorry for the flooding.

I think the main problem are not the accessory function of the wallet,
those consuming few resources, but the problem lies in the structure of
the data of blockchain, and how it is stored and managed internally.

As an example, the QT wallet after a while, takes up about 840MB
of memory, and had reached the peak of 1.1GB.
But even the simple daemon just launched alone occupies as well 1GB
of RAM on a desktop system.

This significant memory footprint, I think it is mainly due the blockchain,
which in recent months due to the acceleration of which I spoke too much,
was blown out of proportion.

Theoretically, one day should produce 2,880 new blocks of NAV,
and in one year 1,051,200, but instead we are currently already more
than 2,546,663.

The DevTeam may make some changes, some minor optimizations, but
the blocks are there, they are part of the ledger, and they have to
stay, they can not vanish [1].

Unless miracles, I do not think that a reduction of use of memory, can
not get to 50% as you hoped.

This problem of excessive memory consumption, sooner or later would come
in each case, for example also other wallet relatively older than ourselves
but who have the same common roots, like Hobonickel or Tek, start having the
same problem.
We're going on before them, because in a few weeks of real time,
we burned almost a year of blockchain.

Some time ago I read that some Dev of some other currencies, had the
intention of try to make some tweaks in order to reduce the memory footprint,
I do not know if they have continued or have they had other commitments,
but I do not envy them because it must be a difficult job, because are working
on the backbone of the wallet, and this is a common skeleton to many coin.
If everyone had news about this, please let us know.

IMHO the best thing would be that the Dev allied themselves in an common
effort for redesign the backbone of the wallet, but my impression is that
this alliance is a difficult thing.

I think something can be done to reduce the use of CPU, and continuous
access to blockchain data during the staking, for example by inhibiting
the staking for the first few seconds after a new block, or by making use
of some of cache to store some information internally.

However generally this type of solution leads to occupy more memory, and
then we return again to the problem than before.


[1]
There would be another type of radical solution which could be taken, but I think
 I would come buried by the insults, if I only tried to indicate it.

In this regard, apart Bittrex, what are the other exchange actually up and running, and
what volume they have?

IMHO, it would also need some concrete use directly in NAV, for example, some
merchant selling useful materials and lawful.

Apart from that, you think it would be useful to try to ask again to shapeshift.io now,
or feel that it is better to wait a bit of time and get a higher number of exchanges
before asking?

Well, Well Well!

To my great pleasure, I can confirm that what shown in Rich-List official,
at a time when I started writing, it corresponded to what my wallet could see.

(apart from the usual small differences due to rounding and the stakes
that have occurred in the time between snapshots taken from the block
explorer and my procedure)

Finally, there is no need to send the weekly list. Yes!

Thanks Pakage & Shahim!!



As a brief update from last week, regarding the intervals between the blocks,
the time is fairly stable at around 28 seconds.

I can see a little widening in the distribution of offsets, but we are still in
the order of 20 seconds, and for the moment it does not seem worrying.

Thank you for your wise words, Remy!

Personally, I do not think this is a wise thing.
An action of this kind, would be taken by the other groups
as a premeditated attack, aiming to put them in a bad light,
the beginning of a war of FUD.

Starting a war is never wise, even if you could win.
I think that is true, even for the little things, even for the forum.

In general, I think NavajoCoin, needs new allies, new friends and new
collaborations with other currencies.

I do not believe that NAV needs new enemies who feel slandered, at which
point they would be justified to respond with the utmost vehemence to a
hostile attack unjustified.

Why awaken the sleeping dogs of war?

Can you translate that? I do not really understand your post.

Thank you

interesting time to start NAV and for including, but that us well as a test of anonymity and step-by-tracking and finding very intriguing and evokes interesting, but there is one question on how , but it seems to me that when such delicate operations blockchains Blockexprorer the need to , but to look perfect and work smoothly , there are a couple of instances and in a variety of sources, but to carefully check, though; there is of course a marketing ploy to influence the positivity for NAV and as a necessity as setlogfile such procedures, but for everyone, thank you!