Search content
Sort by

Showing 4 of 4 results by cryptonerd1
Post
Topic
Board Announcements (Altcoins)
Re: XVC Vcash [UNOFFICIAL] ▱ Zerotime ▱ Zeroledger ▱ Anon ▱ Innovative
by
cryptonerd1
on 27/11/2016, 21:47:11 UTC
Yes and no Smiley

If someone tells he invented/created everything and later you find out it was "just" copied code where copyright information was removed - what would you think ?

As mentioned before, he earns some kudos to implement/merge the stuff into his code, but it's no "reinvention of the wheel" and it's neither "excellent code" nor "excellent coding".

All of these blockchain based coins have to do the same thing. of course code is going to be similar.

You are looking at the wrong code.

You can't deny there is innovation happening within the Zerotime locking code, chainblender, and Zeroledger.

Also, this is not just some theories on whitepapers or vaporware. The guy actually got it all to work. and you can download it. now. today. and use it!
Post
Topic
Board Altcoin Discussion
Re: Vcrash???
by
cryptonerd1
on 26/11/2016, 17:03:31 UTC

Their wallet is a joke that loads fast... but real people care about proper wallets (not about your 2017 roadmap).

..blablabla ...

and ignites a Dev network effect


The vcash dev community has already solved the ugly ui problem you mention:

Here is a very pretty electron based GUI for VCash here (written by the community):
https://github.com/whphhg/vcash-electron

Here is the wxWidgets port of VCash that was done in a weekend by one of the members in slack:
https://github.com/kryptRichards/wxVcashGUI

and someone in the slack is working on porting the C++ library to work in javascript using nbind and emscripten
https://github.com/charto/nbind

Plenty of uses for a low footprint instant transaction technology as per:
https://v.cash/forum/threads/thin-client-support.316/#post-7247

Seems like lots of development is happening with VCash.

Post
Topic
Board Altcoin Discussion
Re: Vcrash???
by
cryptonerd1
on 26/11/2016, 15:36:10 UTC
another vapor turd

SHOCKER. Roll Eyes

How do you consider 2 years of consistent coding vapor?
https://github.com/john-connor/vcash/graphs/contributors


If dev really cashed out, I would have expected many of the incentive nodes would have had their coins moved and the blockchain says it did not happen.
They are all (300+ incentive nodes) still online and funded.

I have no logical explanation about what happened. But here's what I saw from my end:

Dev said he was leaving for 5 days to take time off for thanksgiving,
next day important milestones on the timeline were crossed off claiming insufficient funds
at the same time, dev's twitter account was offline.
This caused a panic sell.
About an hour later, the twitter came back online


There was a post on the vcash forum about someone hoarding 30% of the coins and manipulating the price on polo.

On the post was a voting poll and one of the options was to fork it. after 2 pages of comments that post was deleted.

The last we heard from dev is that 'ZeroSlot' will be released soon.


love me a good mystery. this one keeps getting weirder.

To take 2 years of consistency and credibility and throw it down the drain one weekend simply does not make sense.

Post
Topic
Board Altcoin Discussion
Re: What will be the next $1 Billion Blockchain?
by
cryptonerd1
on 26/11/2016, 03:51:04 UTC
Sorry you lacking technical comprehension. Zerotime's "O(n^2)" scaling complexity has nothing to do with blocksize, but rather the communication propagation latency required between nodes for the "instant" confirmation algorithm. Precisely it is probably better than O(n^2) because not every node has to propagate to every node, but still super-linear which means it won't scale. In other words, the more nodes and/or the more volume of zerotime transactions, the slower confirmation will be.

Also we know from the theory of Byzantine agreement, that 51% agreement is not sufficient. You must have 67% of the nodes agree to prevent the agreement from being jammed unless you have a centralized tally. And Byzantine agreement is impossible when Sybil attacks are possible.

If ever the anonymous "John Conner" writes a proper white paper specification for Zerotime, then the academics can rip it to shreds pointing out the flaws.

You make some good points, but I think there are some other things you might not taking into account.

I am just trying to understand this from all angles. Upon first glance the vcash wallet does work and is extremely fast.

Additional explanation is certainly needed on john's side. Hopefully he will chime in.


Here's what I understand about XVC:

Only incentivized nodes (Nodes, not behind a firewall, that hold 10,000 XVC) need to relay and sync the Zerotime transactions.

The minimum requirements for running an incentive node are:
Quad Core (Physical CPU)
2 gigabytes of free memory (Physical RAM)
1 gigabytes of free disk space (Physical SSD)

each node is assigned a 'votescore' by the other nodes based on how it behaves on the network. if your node is slow, you will get a bad votescore and will get less rewards. it is in the best intrest of the incentive node operators to have it running on adequate hardware to get the most possible returns.

So there are 14,990,119 XVC according to coinmarketcap.

So in the unlikely scenario that every 10k xvc is appropriated to a unique server, the MOST POSSIBLE incentive servers you can have on the network is 1499.

Since 100% of the network is not going to stake on an incentive server, you are now talking about less than 1000 quad core computers that have to stay in sync for zerotime to work.

If you look at the current XVC network status:
https://v.cash/network.php
There are 310 servers online and most of them have a 100-300ms round trip time.


So how many transactions would you need to flood a network of 300-1000 quad core servers that can communicate with each other over encrypted UDP in 100-300ms?

Even it it winds up taking a whole 1 second to confirm the transaction, that is still better than just about everything else out there.