Topic: [ANN] Vcoin sha256 pow - page 2. (Read 55034 times)

Hi Graham, any update on this?

I'll have a response mid-to-late next week.

Cheers

Graham

(development has been extensive but something of a slow burn: https://github.com/gjhiggins/vcoincore/branches)

Cheers

Graham

where to get the purse version 0.9.2.2?

Thanks for the pool. After 3 years the coin is still alive. Different actions behind the scenes kept it alive and there is also a chainz.cryptoid blockexplorer for vcoin.

Block explorer:
http://secretpool.ru/explorer/VCN

support: Discord

wallet pool: VNhmw5Zd25FdKdpLW8xjuAaMfjvud1ttHL

No.

https://github.com/vcoin-project

https://github.com/gjhiggins/vcoincore

What's your interest?

Cheers

Graham

Check here

https://chainz.cryptoid.info/vcn/#

Any wallet who work??

this coin is dead?

Is there a newer wallet available? 0.9.0 is eating lots of memory.
I see that there's Voroshi 0.9.2.2 on the explorer for some nodes but I can't find a compiled version.

Thanks!

I keep searching for disconfirmatory evidence. This isn't it ...

Decentralized Social Networks Sound Great. Too Bad They’ll Never Work


...


Colour me totally unsurprised.

Cheers

Graham

Just a marker for later reference ...

Maybe today’s Navy is just not very good at driving ships

If read with care, the above article reveals that for a strongly hierarchical organisation, the advent of global telecommunications has enabled a natural migration of decision-making power up the hierarchy, predictably resulting in micromanagement and significantly reducing the effectiveness of the organisation. With a Teal organisation, this same technology is strengthening feature, not a vitiating one. It's not that a hierarchical organisation is an inherently a “bad thing”, it's just that the advent of global person-to-person telecommunications has changed the game completely and has created a situation of systemic disadvantage in strongly top-down control systems.

I take the view that this change is a global social phenomenon of evolutionary import given the i) magnitude, ii) significance and iii) the (arguably) self-generated nature of the large-scale problems which our species is currently attempting to resolve...

Earth as a Hybrid Planet: The Anthropocene in an Evolutionary Astrobiological Context


"Civilization arose as part of a biosphere. A Type 2 civilization on the Kardashev scale that is super space-baring could live without a biosphere. But a young civilization, like ours, has to see itself as a part of the biosphere. We're not separate from it, we're just the latest experiment the earth is running in the evolution of life. If we're not careful, it will just move on without us."

Cheers

Graham

Here you go Kyle ...

https://steemit.com/video/@heimindanger/introducing-dtube-a-decentralized-video-platform-using-steem-and-ipfs

Note the “Browserify” option for https://github.com/ipfs/js-ipfs-api which means that the V client can offer a publish-by-ipfs facility.

Note also that the user is, albeit after ~57 months, obliged to pay for continued storage, as well as the assumed contribution from profits (aka “fuck all”). However, V could serve files from datadir, it has read/write access. The “hard client” he's talking about is libtorrent, which can be linked. There's even a Qt tutorial example of a full-bore torrent client running in a Qt window. Not too difficult to integrate. But I doubt members will want sole ownership of the responsibility for curating their content, I think some people will be sufficiently engaged to self-organise a group solution to share the burden and thus lighten it but I can tilt the odds in favour by providing an easy-to-deploy package.

I take his point about “witnesses” (which I assume form some sort of STEEM overlay network) and wonder if that's a strong enough argument to add an overlay network to V. OTOH, SOLID probably has a putative solution.

This is part of why I'm mucking about with ACME, it's a package: node&blockchain+webapp+fuseki. I'm already intending to use Fuseki to store additional metadata & content (thumbnails, etc) and I've been staunchly resisting the urge to add the SQLAlchemy ORM to the web app and bring in the code I already have for quizzing coinmarketcap for the data to offer an up-to-date index, either using a selection tailored to the alt or a standard selection of 20 top coinmarketcap alts.This functionality doesn't need to be prematurely shoehorned into the confines of a masternode client. As the author observes, application provisioning and deployment tech is getting a lot more accessible to the ordinary V club member. I'd be happy to contribute to the cost of hosting a half-a-dozen instances of ACME for a year, viewing it as a kind of annual subscription. That would enable publishing by torrent and/or IPFS, or even off've the web app. I guess the instances would be SOLID servers, too.

Cheers

Graham

When I've completed ACME's “sea trials”, I'll have pretty much all I need, I reckon. I'm following a couple of approaches towards integrating metadata: Slimcoin's OP_RETURN approach and, just for completeness, Datacoin's 128Kb-per-tx “data” field.

ACME instances:

http://tessier.bel-epa.com   port 5064 for Slimcoin and port 5059 for Datacoin.

I haven't yet enabled caching so you'll need some patience for the occasional sloooow page load. Not everything works but the Slimcoin adaptation is further along than the Datacoin adaptation. The key work is taking place in “Publications”. In Slimcoin, txs with OP_RETURN data are retrieved and the data displayed verbatim (lacking a “show me only OP_RETURN values for tx made by addresses I choose to specify” ). In Datacoin, I have identified the tx with data fields (4300-odd) and am trying to MIME-typify the stored binary (could be a JPEG, DOC, ZIP, *anything*) to present a paginated list (as well as an “only these addresses” filter). The Datacoin dev devised a solution using Google's protocol buffer library but I speed-read one post that concluded the approach wasn't powerful enough. I'm just verifying for myself that is the case before settling on the RDF-based approach.

Datacoin is a bit of a puzzle and potentially a cautionary tale from my perspective. There's a thread from three years ago which pretty much covers it, provides answers, functionality, 3rd-party support services, everything you'd think was necessary for this to get off the ground, yet only 0.2% of the not-quite 2m blocks+tx have non-empty data fields and a significant percentage of those are noise, i.e. hold no discernible value (although the value may just be in the timestamp). So why didn't it take off? I need an answer to that question before going any further in terms of “people using the blockchain as a publishing device”.

(the gory details are in my posts passim to the Slimcoin and Datacoin bct threads, not written it up yet, sorry).

Cheers

Graham

Sounds interesting. Do you have a current eta for the next release?

-Kyle

I'm working out the details of a metadata strategy with help from the Slimcoin and Datacoin communities.

Cheers

Graham

So uh, any updates?

(New account btw)

It will be very difficult to implement and impractical especially since virtual currencies are just that - virtual. Governments all over the world are struggling to get their minds around virtual currencies. In contrast to the above, it was interesting to read what Kazakhstan plans to do https://blog.wavesplatform.com/waves-helps-kazakhstan-to-become-the-second-country-regulating-the-cryptocurrency-e19e1b8032b3 Don't know what will come of that though.

From the “One VCN will always equal 1 VCN” Dept:


https://anonymster.com/bitcoins-anti-money-laundering-reporting/

https://www.law.cornell.edu/uscode/text/31/5312 <- The “United States Code” referenced below

https://www.congress.gov/bill/115th-congress/senate-bill/1241/text#toc-idea0e9489fc8f46379f95bb56c8bbbda5


A classic example of the incoherent ravings and random spasmodic jerks that are characteristic of a corrupt hierarchy in the process of collapse.

Cheers

Graham

It is accessible. Thanks Graham.

Oh, I didn't know that. Cool.