Bitcoin Forum
November 23, 2017, 02:25:58 AM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 [88] 89 90 91 92 93 94 95 »
  Print  
Author Topic: [ANN][Datacoin] Datacoin blockchain start announcement (Minor code upd + logo)  (Read 159296 times)
cryptrol
Hero Member
*****
Offline Offline

Activity: 637


View Profile
August 15, 2017, 04:35:01 PM
 #1741

No, heartbleed and posterior bugs.
You can restrict RPC to local access but having the bug in there is kinda creepy ...
1511403958
Hero Member
*
Offline Offline

Posts: 1511403958

View Profile Personal Message (Offline)

Ignore
1511403958
Reply with quote  #2

1511403958
Report to moderator
1511403958
Hero Member
*
Offline Offline

Posts: 1511403958

View Profile Personal Message (Offline)

Ignore
1511403958
Reply with quote  #2

1511403958
Report to moderator
1511403958
Hero Member
*
Offline Offline

Posts: 1511403958

View Profile Personal Message (Offline)

Ignore
1511403958
Reply with quote  #2

1511403958
Report to moderator
Join ICO Now Coinlancer is Disrupting the Freelance marketplace!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
MarcusDe
Hero Member
*****
Offline Offline

Activity: 736


View Profile WWW
August 15, 2017, 04:39:38 PM
 #1742

Hi,

I see movement in DTC, nice!
I still support it by running node 24/7.
I can turn on my old AMD pool for DTC if you guys are interested.
But that will happen in few days, as I'm on holidays right now :-)

Chicago
Sr. Member
****
Offline Offline

Activity: 423


View Profile
August 15, 2017, 04:49:47 PM
 #1743

No, heartbleed and posterior bugs.
You can restrict RPC to local access but having the bug in there is kinda creepy ...

Hi cryptrol,

    Well honestly, the heartbleed bugs only are a problem if you didn't compile your own wallet.
    My node is running OpenSSL v1.0.2l and hence is not affected by heartbleed.

    Who leaves RPC open in the wild anyway without a tcp-wrapper or iptables?

    You bring up a legitimate point and the solution is simply compiling the builds linked to a new version of OpenSSL.

    I'd have figured you were referring to BIP66.

    Much of the "maintenance" can be had by rebasing.
    At that time, new improvements will be inherited and modern binaries may be distributed.

    If anybody is looking for a blockchain to store data; it makes sense to find one which has survived a few years... otherwise what is the point?
    This chain is 1.8G and hasn't been spammed to death and has utility in multiple applications.
    ByteSt@mp is a testament to innovation secured with a chain of blocks.

    If you found Datacoin today and it had a 500G blockchain, would you so easily dismiss it?

    What else did you find aside from an SSL linking problem only affecting those who don't compile their own wallet?

Best Regards,
-Chicago
gjhiggins
Legendary
*
Offline Offline

Activity: 1190



View Profile WWW
August 15, 2017, 05:07:46 PM
 #1744

Someone is burning a lot of cycles mining Datacoin.
In the past 24 hours, we have jumped to a difficulty of 7.3 and blocks are being found several times per minute.
In the last 24 hours, 4396 blocks have been minted.

I'm responsible for some of that (126 blocks by the look of it):

/www/lib/abe/datacoin-hp/datacoind listtransactions "" 1000 0 | grep amount | wc
    126     378    4032


It's a Hetzner-hosted server and I'm using cron to enable one i5 thread's worth of setgenerate true for 10m twice per hour, e.g.


51 * * * * /www/lib/abe/datacoin-hp/datacoind setgenerate true 1
0  * * * * /www/lib/abe/datacoin-hp/datacoind setgenerate false


Don't be misled by the /www/lib/abe/datacoin-hp, I'm not working on adapting the Abe block explorer for Datacoin.

What I do have is a nearly-complete ACME adaptation. ACME stands for “A Cryptocurrency Metadata Explorer” and it's an idiosyncratic, in-development approach to extracting and presenting the metadata associated with blocks, transactions and addresses.

There's an early version on Minkiz ... https://minkiz.co/acme/dtc but the displayed metadata is confined to what can be retrieved using the existing JSON-RPC commands, the “regulation dance moves” (if you're familiar with Dan Houser's work “In the Future, there Will be Robots” in GTA VC).

The basic issue is that the wallet itself is basically a transaction browser, scoped to transactions pertinent to a given set of addresses (i.e. yours) and so that version of ACME returns an error when attempting to retrieve the metadata associated with an address because there are no JSON-RPC commands that return the desired data.

As a consequence, in order to access metadata pertinent to addresses, one must create a separate representation of pretty much the entire blockchain in a form that can be searched, e.g. a standard database (the path followed by Abe, Iquidus, et al.)

It transpires that the blockchain is mostly metadata (txinhash, txohash, addrhash, blockhash, merkleroothash, dates, difficulty, nbits, nonces, etc.) and, as has been observed elsewhere on bitcointalk, the blockchain is a directed acyclic graph.

My familiarity with semantic web enables me to understand that a directed acyclic graph can be straightforwardly mapped to an RDF model (a labelled directed multigraph).

That is to say, I have a small Python script that maps the metadata returned by JSON-RPC calls on the client, e.g. this is the response for block #1 of Slimcoin's testnet ...


{
  "Formatted nEffectiveBurnCoins": "0.00",
  "bits": "1e7fffff",
  "difficulty": 3.052e-05,
  "entropybit": 1,
  "flags": "proof-of-work",
  "hash": "000032dd80ce31e95065504b6d4b688497f9d5093b88ac617a676e61c726d9c1",
  "height": 1,
  "merkleroot": "be151c377da175c2a06e8d8e103575e27440c9819258a92dc80753d144d93019",
  "mint": 42.04,
  "modifier": "0000000000000000",
  "modifierchecksum": "bc4b99b6",
  "nBurnBits": "1f00ffff",
  "nEffectiveBurnCoins": "0",
  "nextblockhash": "0000624e33550d6a42ca7d48db2c4707d900009f8fd710b4b5444c8acaded7ff",
  "nonce": 13988,
  "previousblockhash": "00000d7e8a80fec4057cb6d560822705596040bf41f0ebb2465dcdf46e4c517e",
  "proofhash": "000032dd80ce31e95065504b6d4b688497f9d5093b88ac617a676e61c726d9c1",
  "size": 356,
  "time": "2017-04-15 19:27:40 UTC",
  "tx": [
    "be151c377da175c2a06e8d8e103575e27440c9819258a92dc80753d144d93019"
  ],
  "version": 1
}


mapped to RDF, the green bit, in this context-setting example, note how the (slightly decorated) hash identifiers map the RDF to the blockchain data. I've included some additional statements to illustrate the range of representation available:


@prefix :      <http://purl.org/net/bel-epa/ccy#> .
@prefix doacc: <http://purl.org/net/bel-epa/doacc#> .
@prefix rdf:   <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix xml:   <http://www.w3.org/XML/1998/namespace> .
@prefix xsd:   <http://www.w3.org/2001/XMLSchema#> .
@prefix skos:  <http://www.w3.org/2004/02/skos/core#> .
@prefix rdfs:  <http://www.w3.org/2000/01/rdf-schema#> .
@prefix dc:    <http://purl.org/dc/elements/1.1/> .


:C00000d7e8a80fec4057cb6d560822705596040bf41f0ebb2465dcdf46e4c517e
        a                :BlockChain ;
        :cryptocurrency  doacc:D6b7dd05f-19f2-4b36-833d-f4bda4be58f5 .

doacc:D6b7dd05f-19f2-4b36-833d-f4bda4be58f5
        a                          doacc:Cryptocurrency ;
        dc:description             "Slimcoin burn mining is truly ASIC-proof."@en ;
        doacc:block-reward         "50" ;
        doacc:block-time           90 ;
        doacc:date-founded         "2014-05-28"^^xsd:date ;
        doacc:distribution-scheme  doacc:Dc10c93fb-f7ec-40cd-a06e-7890686f6ef8 ;
        doacc:image                "slimcoin_slm.png" ;
        doacc:incept               "2014-05" ;
        doacc:pow                  doacc:D28483031-b854-4853-9a35-e1daf97e4c59 ;
        doacc:protection-scheme    doacc:D493eab2e-eeba-496d-afca-c9372c6efe9a ;
        doacc:protocol             doacc:Dede0f611-3a23-4794-b768-0740933a5ff6 ;
        doacc:retarget-time        "continuous" ;
        doacc:reward-modifier      "var/diff" ;
        doacc:symbol               "SLM"@en ;
        doacc:total-coins          "250000000" ;
        skos:prefLabel             "Slimcoin"@en .

:C000032dd80ce31e95065504b6d4b688497f9d5093b88ac617a676e61c726d9c1
        a                   :Block ;
        :difficulty         3.052e-05 ;
        :flags              "proof-of-work" ;
        :height             1 ;
        :mint               42.04 ;
        :nextblockhash      :C0000624e33550d6a42ca7d48db2c4707d900009f8fd710b4b5444c8acaded7ff ;
        :previousblockhash  :C00000d7e8a80fec4057cb6d560822705596040bf41f0ebb2465dcdf46e4c517e ;
        :size               356 ;
        :time               1492277260 .

[ ... ]

:Cd59670bd91b31ed6ec358bcce242a66ddce2fe8845e6dd7fdef4361ae9c583f9
        a                   :Block ;
        :difficulty         0.07415064 ;
        :flags              "proof-of-burn" ;
        :height             184 ;
        :mint               94.77 ;
        :nextblockhash      :C00000006874a6a4e3b9d91c52d34f2782e8728902d95277ba85758232bb66fdf ;
        :previousblockhash  :C00000006ecd2854d57e9469143e04bb77c457cf5766baefc953633ad79537eff ;
        :size               355 ;
        :time               1492287327 .



I haven't included the RDF for the transaction hash referenced in the JSON response

be151c377da175c2a06e8d8e103575e27440c9819258a92dc80753d144d93019

but it can be looked up as :Cbe151c377da175c2a06e8d8e103575e27440c9819258a92dc80753d144d93019, or to render it with a fully-expanded identifier:

http://purl.org/net/bel-epa/ccy#Cbe151c377da175c2a06e8d8e103575e27440c9819258a92dc80753d144d93019

(This is a prototype, I can make the URLs work, the URLs can be changed to http://purl.org/net/datacoin/ccy# on successful registration of a purl.org account and the successful submission of a /net/datacoin subdomain request - I got one for bel-epa as you can guess).

The Datacoin ACME running on http://tessier.bel-epa.com, port 5059 (apologies for the apparentl coyness, Hetzner's outsourced DoS protection algos have a habit of misclassifying web traffic to “unexpected” ports as DoS attempts and closing access to the port) is (atm) only JSON-RPC but you can get an idea of a more complete version by browsing the Slimcoin ACME on http://tessier.bel-epa.com, port 6054. Look at what's going on in “Publications” (on both mainnet and testnet - to toggle between them, click the coin icon/name in the menubar).

So, not just a metadata explorer but also, for Datacoin, the fact that ACME is a web app also means that it is also a vehicle that potentially can be made capable of detecting which txs have a non-null value bound to their “data” slot, what that value is and if that data has been embedded in a metadata-holding protobuf structure which can be interrogated to discover the declared MIME type of the stored binary data and rendered appropriately according to the MIME type (in a vain hope that the mimetype declaration is actually accurate).

So, I have a JSON-RPC-only v0 of ACME, a v1 variant developed for Slimcoin, a v2 variant of v1 adapted for Datacoin and my next task, before releasing the code as open source is create v0.0, the intersection of v0, v1 and v2, properly generalised (some altcoin implementations return dates as a formatted string, others return a timestamp-in-seconds integer). Then the Slimcoin and Datacoin adaptations can become separate branches (ditto for Beecoin, which is the next adaptation in the queue).


I don't see a dev, too centralised for my tastes. But I do see custodians, curators and restorers. That's a good distributed thing and renders this peer-to-peer network more likely to (continue to) survive.

Cheers

Graham
gjhiggins
Legendary
*
Offline Offline

Activity: 1190



View Profile WWW
August 15, 2017, 06:38:48 PM
 #1745

From bitcoin documentation. https://chainquery.com/bitcoin-api/gettransaction
It seems the GetTransaction function must be correctly replaced with getrawtransaction function.

I tried it and it sort of works as advertised ...

From bytestamp, txhash 5e0adc631cab6f9040e125a5eed5c87803c4e95c2e734a1bc3d6c36f56cbb94e has the binary data of a GIF, apparently.


$ .../datacoind getdata 5e0adc631cab6f9040e125a5eed5c87803c4e95c2e734a1bc3d6c36f56cbb94e
TVJdLTBAXy9EV2MxZjRiZGFmY2M4Y2RmMTU0MDIxZjI4NzEyYzNkNjMzLDZmMDNiYjJhNGVlMzE4NzM 2YTc4OTlhZDI0MDVhNDE1LA==


Can't be the GIF, not enough bytes.

The perl source of foo1inge's datacoin-brower will be instructive (when I've understood it's functioning) https://github.com/foo1inge/datacoin-browser/tree/master/perl

Cheers

Graham
Verionum
Newbie
*
Offline Offline

Activity: 16


View Profile
August 15, 2017, 07:55:26 PM
 #1746



$ .../datacoind getdata 5e0adc631cab6f9040e125a5eed5c87803c4e95c2e734a1bc3d6c36f56cbb94e
TVJdLTBAXy9EV2MxZjRiZGFmY2M4Y2RmMTU0MDIxZjI4NzEyYzNkNjMzLDZmMDNiYjJhNGVlMzE4NzM 2YTc4OTlhZDI0MDVhNDE1LA==




It seems that transaction does not contain the original gif file. It seems it contains MD5 signature of the external file.

"TVJdLTBAXy9EV2MxZjRiZGFmY2M4Y2RmMTU0MDIxZjI4NzEyYzNkNjMzLDZmMDNiYjJhNGVlMzE4NzM 2YTc4OTlhZDI0MDVhNDE1LA==" is base64 encoded.


After decode "TVJdLTBAXy9EV2MxZjRiZGFmY2M4Y2RmMTU0MDIxZjI4NzEyYzNkNjMzLDZmMDNiYjJhNGVlMzE4NzM 2YTc4OTlhZDI0MDVhNDE1LA=="  
turns into     "MR]-0@_/DWc1f4bdafcc8cdf154021f28712c3d633,6f03bb2a4ee318736a7899ad2405a415,"

It perfectly corresponds to bytestamp's info of that transaction: "MD5 in this transaction: c1f4bdafcc8cdf154021f28712c3d633 - MD5 of the note: 6f03bb2a4ee318736a7899ad2405a415"


It seems that "MR]-0@_/DWc1f4bdafcc8cdf154021f28712c3d633,6f03bb2a4ee318736a7899ad2405a415," is some sort of data formatting for saving file signatures.
gjhiggins
Legendary
*
Offline Offline

Activity: 1190



View Profile WWW
August 15, 2017, 09:04:47 PM
 #1747

It seems that transaction does not contain the original gif file. It seems it contains MD5 signature of the external file.

It seems that "MR]-0@_/DWc1f4bdafcc8cdf154021f28712c3d633,6f03bb2a4ee318736a7899ad2405a415," is some sort of data formatting for saving file signatures.

Ahhh, is that what it is. I couldn't figure out what the md5 hashes were about. Must be a similar approach, using the md5 hashes as indexes.

I wonder if the preceding binary is what protobuf gets boiled down to:

1. Only CompressionMethod and Data fields are required. Compression method can be set to "None" (means no compression).

from https://github.com/foo1inge/datacoin-browser/blob/master/perl/envelope.proto#L34

Unless bytestamp use their own scheme.

Cheers

Graham
extro24
Sr. Member
****
Offline Offline

Activity: 312


View Profile
August 16, 2017, 07:22:01 PM
 #1748


Code:
Value getdata(const Array& params, bool fHelp)
{
    if (fHelp || params.size() != 1)
        throw runtime_error(
            "getdata <hash>\n"
            "Returns base64 data from a given tx-hash.");

    std::string strHash = params[0].get_str();
    uint256 hash(strHash);

    CTransaction tx;
    uint256 hashBlock = 0;
    if (!GetTransaction(hash, tx, hashBlock, true))
        throw JSONRPCError(RPC_INVALID_ADDRESS_OR_KEY, "No information available about transaction");

    string data = tx.GetBase64Data();

    return data;
}



From bitcoin documentation. https://chainquery.com/bitcoin-api/gettransaction

Quote
Command: gettransaction
Notes: The gettransaction RPC gets detailed information about an in-wallet transaction.
....

Note
Only transactions for this wallet are shown, for other transactions try getrawtransaction.

It seems the GetTransaction function must be correctly replaced with getrawtransaction function.


Thank you for your insight.  I understand the Apertus.io team are now looking at it.

Chicago
Sr. Member
****
Offline Offline

Activity: 423


View Profile
August 16, 2017, 08:15:33 PM
 #1749

I smell teamwork.
carajillu
Hero Member
*****
Offline Offline

Activity: 549


View Profile
August 16, 2017, 08:27:30 PM
 #1750

Back in 2013 I found it really interesting, had 12 nodes runinng at some point and I guess I still can find the private keys of my wallet... should I rerun the nodes??
Robin37s
Member
**
Offline Offline

Activity: 111


View Profile
August 16, 2017, 11:06:55 PM
 #1751

It will be great if this coin comes back and be listed in some exchanges.
Bter delisted it for its risky of 51% attack due to the low hash.
Love this coin from the day it announced.
Thanks for all the effort you do and stay tuned.
extro24
Sr. Member
****
Offline Offline

Activity: 312


View Profile
August 17, 2017, 08:09:11 AM
 #1752

I smell teamwork.

Embii tells me (on Facebook) that they will look into verionum's suggestion for Apertus.io over this weekend.  They are starting with the next version of Apertus.io and I think we should follow the developments, especially as far as integration with Datacoin is concerned.

Biggest problem with exchanges is that they always ask "who is the developer?" and "where is the latest wallet?".  In future I am going to start naming the people in this forum who seem to be involved in the code or who have a Datacoin repository on Github.  People like Chicago, cryptrol, gjhiggins or verionum.  Please create your own Datacoin repositories and do pull requests.  That is really all the exchanges are asking for.  If you want to volunteer or object please say so.  Gregory Higgins has a list of exchanges here:  https://minkiz.co/exchange

Everybody please mine and run nodes.  I could get thousands of coins with old Celeron laptops.  Difficulty is now 7.61 and climbing, but that is much better than the 6.8 where we were.

I get the sense that with Bitcoin at $4000 people are highly motivated to look at the old and neglected coins like Datacoin.  Especially since you can do more with Datacoin than with Bitcoin.  Datacoin plus Namecoin is effectively an uncensorable Internet, with websites that cannot be seized or shut down.

gjhiggins
Legendary
*
Offline Offline

Activity: 1190



View Profile WWW
August 17, 2017, 02:03:59 PM
 #1753

Please create your own Datacoin repositories and do pull requests.

+1.

Work on ACME for Datacoin is taking place in the datacoin branch:

https://github.com/gjhiggins/acme/tree/datacoin

It's an exercise in rapid prototyping (i.e. “I wonder if this might work?”), so it's very scrappy but it's reasonably straightforward.

It's a web app developed using the artisan-focused Pyramid web application development framework (which has the overwhelming advantage of being clearly documented) and so, in principle, can be extended arbitrarily by anyone with a degree of familiarity with Python.

The app uses some features of RDFLib (a (the) Python library for handling RDF) to map the block hashes, tx hashes, etc into an RDF representation which can then be uploaded to an instance of Fuseki, the Apache Jena SPARQL server.

SPARQL searches of the graph not only provide the address metadata needed for a complete metadata explorer but also allow of some UX improvements (currently only hinted at in Datacoin ACME) such as the ability to take a calendarial view of the chain state (i.e. the drop-down menu offers year/month access). Illustrations of network performance can be created (such as the plot of the diff for the last 100 blocks).

Once the graph is up to date, currency is maintained by the use of the client blocknotify facility to trigger a script which updates the RDF graph with the metadata for newly-received block/txs (don't ask me about re-orgs, I haven't even contemplated that).

The SPARQL server provides essential search functionality not available from the coin app's JSON-RPC command functions.

I'm currently working on improving the operation of the scripts which create the RDF graph and keep it current.

Testnet is only a few k blocks and locally, ACME Datacoin testnet is working as designed, next step is to check and create the mapping for the not-quite 2m blocks of mainnet.

The whole deal (coin app, blockchain, Pyramid app, RDF graph creation, Fuseki, etc.) will ultimately be released as a docker container for ease of hands-off deployment.

Datacoin ACME is a potential route around the metadata issue that (I perceive) is currently hindering the development of Datacoin. The “publish-by-OP_RETURN” feature introduced to Slimcoin suffers from the same quintessential problem - where to store the metadata needed for successful programmatic interpretation of an arbitrary sequence of bytes. ACME stores the metadata in a queryable RDF map of the blockchain.

To give you some idea of the flavour, the following query returns the height of the next block minted after the given date (unix timestamp)

# Date to blockheight
SELECT ?height ?dt WHERE {
    ?block <http://purl.org/net/bel-epa/ccy#height> ?height .
    ?block <http://purl.org/net/bel-epa/ccy#time> ?dt.
    FILTER (?dt < 1501282800)
} ORDER BY DESC(?dt) LIMIT 1


That's the verbose form (all URLs in full), normally a more laconic form is used:

# Date to blockheight
PREFIX ccy: <http://purl.org/net/bel-epa/ccy#>
SELECT ?height ?dt WHERE {
    ?block ccy:height ?height .
    ?block ccy:time ?dt.
    FILTER (?dt < 1502314728)
} ORDER BY DESC(?dt) LIMIT 1


Code:
$ date --date='@1502314728'
Wed  9 Aug 22:38:48 BST 2017

(2819, according to the testnet I set up a few days ago, so I  don't have a month-end date yet but you get the idea, I hope)

Quote
people are highly motivated to look at the old and neglected coins like Datacoin.

On the basis that, if it's managed to survive thus far, these days it's got a good chance of being a far more solid prospect than any contemporary ICO.

Cheers

Graham
WayToGo
Sr. Member
****
Offline Offline

Activity: 322



View Profile
August 21, 2017, 03:35:20 AM
 #1754

Is Datacoin still relevant as we have other active projects like SIA, STORJ and filecoin with active dev team and lot of money to spend at their disposal?
gjhiggins
Legendary
*
Offline Offline

Activity: 1190



View Profile WWW
August 21, 2017, 07:42:18 AM
 #1755

active dev team and lot of money to spend at their disposal?

Not everyone interprets that as a reliable indicator of success.

Cheers

Graham
extro24
Sr. Member
****
Offline Offline

Activity: 312


View Profile
August 21, 2017, 08:07:08 AM
 #1756

Is Datacoin still relevant as we have other active projects like SIA, STORJ and filecoin with active dev team and lot of money to spend at their disposal?

Datacoin went down because the developer disappeared.  It was very active before that happened.  With new developers the coin should revive fairly quickly.  The name has good brand recognition and immediately indicates the function.

Verionum
Newbie
*
Offline Offline

Activity: 16


View Profile
August 23, 2017, 01:35:49 PM
 #1757


I was chatting to Embii on the Facebook page of Apertus.io.  He mentioned that they are able to get Javascript programs to run on Datacoin but only with the 20byte payload, not the full 128kB payload.  They can write the data, but no other client can read it.  With the 20byte payload it is very expensive to write Javascript programs into the Datacoin blockchain (you need to pay 0.05DTC for every chunk of code that gets written and with 20bytes you need a lot of chunks).


I have tried it again.

It is strange. In my case the "getdata" works perfectly for any external transaction.

For example:

getdata 9a78fa1022ab40c8abce9b86279236ccffd25fc2448f8197d5592839ebdea7ba
=> I0ZSQTIwMTcsTEVQRU4sVTVDTjhGQ1IsZGMwMjNkNzc4MzkxNzIzYWY4MWMzMGU5OWI4ZGM3ZGI=
after DecodeBase64 => #FRA2017,LEPEN,U5CN8FCR,dc023d778391723af81c30e99b8dc7db

It coincides with Bytestamps info. http://www.bytestamp.net/blocks/qtx/en/9a78fa1022ab40c8abce9b86279236ccffd25fc2448f8197d5592839ebdea7ba


Does Apertus.io team use the latest version of DTC code?

May be I don't understand the problem.

Can you repeat the issue description in detail?
extro24
Sr. Member
****
Offline Offline

Activity: 312


View Profile
August 23, 2017, 09:10:23 PM
 #1758

I wish there had been a change to the CLIENT_NAME in src/version.cpp or an incremental update to the CLIENT_VERSION_REVISION in src/clientversion.h because when I look at the peers today, I see 3x as many nodes running /Satoshi:0.8.3/ (datacoin-hp) as I see running /Satoshi:0.8.5/ (datacoin) and I can't tell which are running from the datacoin-project repository and which are running from foo1inge's repository.


I work on a cheapo 5-year old Acer i3 laptop (got 8Gb tho') so not in a position to mine DTC. Have you tried g1g0's hp14 version? https://github.com/g1g0/datacoin-hp

Cheers

Graham



When I tried to compile g1g0's version of Datacoin I got the following error:  

../datacoin-hp/src/rpcrawtransaction.cpp:242:77:   required from here
/usr/include/boost/variant/get.hpp:178:5: error: invalid application of 'sizeof' to incomplete type 'boost::STATIC_ASSERTION_FAILURE<false>'
     BOOST_STATIC_ASSERT_MSG(
     ^
Makefile:2018: recipe for target 'build/rpcrawtransaction.o' failed
make: *** [build/rpcrawtransaction.o] Error 1
22:58:14: The process "/usr/bin/make" exited with code 2.
Error while building/deploying project datacoin-qt (kit: Qt4)
When executing step "Make"

I followed exactly the instructions for compiling bitcoin under Ubuntu found here:  https://github.com/bitcoin/bitcoin/blob/master/doc/build-unix.md

I am using Qt Creator 3.5.1 with kit Qt4.

Kumic
Full Member
***
Offline Offline

Activity: 140



View Profile
August 23, 2017, 09:22:37 PM
 #1759

Thanks for the addnodes.  

Yes, I also got 16.55 DTC this morning.  66.15DTC so far.  It depends on the difficulty, which is dropping.

I will dig a little to show how to exchange blockchain to blockchain.  Maybe Apertus.io can help.

I would like to join and mine this coin or should I run a node.
Can somebody help me here?
Thank you.

▀     DeepOnion  |  TOR Integrated & Secured  [ Facebook  Telegram  Bitcointalk  Twitter  Youtube  Reddit ]     ▀
Your Anonymity Guaranteed  ★  Your Assets Secured by TOR  ★  Guard Your Privacy!   ❱❱❱ JOIN AIRDROP NOW!
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬  File Authenticity Guaranteed by DeepVault  ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
bugreporterr
Newbie
*
Offline Offline

Activity: 16


View Profile
August 23, 2017, 09:33:58 PM
 #1760

I would like to join and mine this coin or should I run a node.
Can somebody help me here?
Thank you.

Mining = running a node. You can do both

Download: http://datacoin.info/

Mining control built in to client but you can put "gen=1" into datacoin.conf for automatic mining.

Look back up through thread for recent addnodes - add to datacoin.conf like "addnode=159.203.81.200"

Good luck
Pages: « 1 ... 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 [88] 89 90 91 92 93 94 95 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!