Bitcoin Forum
March 28, 2024, 08:41:09 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
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 171790 times)
extro24
Sr. Member
****
Offline Offline

Activity: 481
Merit: 252


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


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.

1711615269
Hero Member
*
Offline Offline

Posts: 1711615269

View Profile Personal Message (Offline)

Ignore
1711615269
Reply with quote  #2

1711615269
Report to moderator
1711615269
Hero Member
*
Offline Offline

Posts: 1711615269

View Profile Personal Message (Offline)

Ignore
1711615269
Reply with quote  #2

1711615269
Report to moderator
1711615269
Hero Member
*
Offline Offline

Posts: 1711615269

View Profile Personal Message (Offline)

Ignore
1711615269
Reply with quote  #2

1711615269
Report to moderator
"The nature of Bitcoin is such that once version 0.1 was released, the core design was set in stone for the rest of its lifetime." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1711615269
Hero Member
*
Offline Offline

Posts: 1711615269

View Profile Personal Message (Offline)

Ignore
1711615269
Reply with quote  #2

1711615269
Report to moderator
1711615269
Hero Member
*
Offline Offline

Posts: 1711615269

View Profile Personal Message (Offline)

Ignore
1711615269
Reply with quote  #2

1711615269
Report to moderator
1711615269
Hero Member
*
Offline Offline

Posts: 1711615269

View Profile Personal Message (Offline)

Ignore
1711615269
Reply with quote  #2

1711615269
Report to moderator
Chicago
Sr. Member
****
Offline Offline

Activity: 592
Merit: 259


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

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

Activity: 577
Merit: 500


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

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: 124
Merit: 10


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

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: 481
Merit: 252


View Profile
August 17, 2017, 08:09:11 AM
Last edit: August 17, 2017, 12:29:32 PM by extro24
 #1745

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: 2254
Merit: 1278



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

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
Merit: 250



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

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: 2254
Merit: 1278



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

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: 481
Merit: 252


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

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
Jr. Member
*
Offline Offline

Activity: 89
Merit: 3


View Profile
August 23, 2017, 01:35:49 PM
Last edit: August 24, 2017, 07:16:58 AM by Verionum
 #1750


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: 481
Merit: 252


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

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: 533
Merit: 100



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

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.

bugreporterr
Newbie
*
Offline Offline

Activity: 30
Merit: 0


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

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
gjhiggins
Legendary
*
Offline Offline

Activity: 2254
Merit: 1278



View Profile WWW
August 23, 2017, 09:45:37 PM
 #1754

../datacoin-hp/src/rpcrawtransaction.cpp:242:77:   required from here

Change line #242 of src/rpcrawtransaction.cpp from ...

const CScriptID& hash = boost::get<const CScriptID&>(address);

to ...

const CScriptID& hash = boost::get<CScriptID>(address);

Cheers

Graham
bugreporterr
Newbie
*
Offline Offline

Activity: 30
Merit: 0


View Profile
August 23, 2017, 09:52:49 PM
 #1755

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

Try these nodes:

80.74.157.31
144.76.64.49
104.236.250.232
82.36.172.103
Avugara
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
August 23, 2017, 09:59:06 PM
 #1756

Lookin forward to partaking in this project
Mightinside
Newbie
*
Offline Offline

Activity: 7
Merit: 0


View Profile
August 24, 2017, 10:33:44 AM
 #1757

Hello everyone,

just made a debian build for those who are lazy.
https://github.com/Mightinside/datacoin-hp

I found interesting attempt to develop new datacoin2107  "in shadow".
Why getinfo doesn't print difficulty?

{
    "version" : "v0.1.2.0dtc-hp11-g791125b9-beta",
    "protocolversion" : 70001,
    "walletversion" : 60000,
    "balance" :
    "blocks" : 1978127,
    "moneysupply" : 26187045.02783475,
    "timeoffset" : 0,
    "connections" : 2,
    "proxy" : "",
    "testnet" : false,
    "keypoololdest" : 1503367205,
    "keypoolsize" : 101,
    "paytxfee" : 0.00000000,
    "errors" : ""
}
Verionum
Jr. Member
*
Offline Offline

Activity: 89
Merit: 3


View Profile
August 24, 2017, 03:41:42 PM
 #1758

The current DTC code is very old.

I can try to upgrade the code. Is it meaningful?

May be I will try to support it. I need a list of necessary improvements.


But I am a newbie in cryptocurrencies. I need the time for deep exploration of the original code and proposed improvements (if there will be any). It can take a month or more. Please write here if you are interested in.


Please write the list of necessary improvements.


Is it possible to integrate some new cryptocurrency technologies into DTC?
If source code of such technologies is open I can try to integrate it.

How do you think?




extro24
Sr. Member
****
Offline Offline

Activity: 481
Merit: 252


View Profile
August 24, 2017, 06:00:01 PM
Last edit: September 02, 2017, 11:44:33 AM by extro24
 #1759

../datacoin-hp/src/rpcrawtransaction.cpp:242:77:   required from here

Change line #242 of src/rpcrawtransaction.cpp from ...

const CScriptID& hash = boost::get<const CScriptID&>(address);

to ...

const CScriptID& hash = boost::get<CScriptID>(address);

Cheers

Graham


Thanks!  That compiled beautifully.  I am now running Datacoin version v0.1.2.0dtc-hp14-unk-beta.  I mirrored the changes on Github under extro24/datacoin-hp.

The most up to date version of the client is that of Graham Higgins, https://github.com/gjhiggins/datacoin, and that is the one that I will be compiling in the future.

gjhiggins
Legendary
*
Offline Offline

Activity: 2254
Merit: 1278



View Profile WWW
August 24, 2017, 08:35:52 PM
 #1760

The current DTC code is very old.

Indeed it is. But importantly, it is a full clone of Primecoin and retains the prior commit history.

Quote
I can try to upgrade the code. Is it meaningful?

Yes, it is. The Primecoin codebase has been improved since the Datacoin fork. It is now at hp-14 (improvements to the speed). One route to upgrading Datacoin is by integrating those subsequent improvements. That's the approach taken by g1go in https://github.com/g1g0/datacoin-hp/commits/master

I'm looking to create a donation-free version by merging direct from the Primecoin commits. Not quite there yet. The work-in-progress is in https://github.com/gjhiggins/datacoin.

Quote
May be I will try to support it. I need a list of necessary improvements.

Fixing up the test suite would be a useful start. That, in conjunction with enabling Travis CI (Continuous Integration) would bring a beneficial hike in the standard of software engineering employed in the curation and would help increase confidence in the reliability of the engine. Getting the speed up to HP-14 will be a significant achievement.

Quote
But I am a newbie in cryptocurrencies. I need the time for deep exploration of the original code and proposed improvements (if there will be any). It can take a month or more. Please write here if you are interested in.

Well, extro24 is also having a go at compiling the source, so it looks like we might have a small group of curators.

Quote
Please write the list of necessary improvements.
Is it possible to integrate some new cryptocurrency technologies into DTC?

I am looking into an alternative possibility, trying to develop a working understanding of the precise outline of Datacoin's footprint on the Primecoin codebase and how well (or otherwise) that might transfer to a more recent codebase. I've not made much progress, it's a labour-intensive process - as you observed.

And I'm in the process of completing an adaptation of ACME for Datacoin. ACME stands for A Cryptocurrency Metadata Explorer, a block and transaction explorer like Abe/Iquidus, etc, the difference being that ACME (transparently) maps the blockchain to RDF, with all the power that brings.

It's a rapid prototype built from hooking up a Pyramid web app, a Datacoin node, and Fuseki, the Apache Jena SPARQL server.

To get an idea of what this delivers, the first phase of ACME for Slimcoin is nearly complete, it's accessible on http://tessier.bel-epa.com, port 6054 (be gentle, it's not yet optimised for delivery).

The Datacoin adaptation is in its early stages. The presentation uses calls on the JSON-RPC API of the node to get its block and tx data. Address data has to be collated off-chain because basically, a wallet is a transaction explorer, scoped to a set of addresses. The index maintained by the wallet is transaction -> address but to browse addresses, the index needs to be address <- transaction, hence the RDF+SPARQL with the added advantage that the RDF graph is replicable, i.e. publishable and amenable to ad hoc interrogation by means of SPARQL query.

I working my way through the blockchain in 20k chunks, mapping the block and tx hashes and data to RDF, then loading that up to the SPARQL server.

More by way of a teaser than anything useful at the moment, an instance of ACME for Datacoin is running : http://tessier.bel-epa.com, port 5059. Again, be gentle, this is work-in-progress, for example, on the Publications->Chains page, the addresses listed against blocks with height > 400000 won't resolve because that's as far as I've got with the mapping to RDF.



The Pyramid app is maintained as branch of ACME: https://github.com/gjhiggins/acme/tree/datacoin

The aim is to end up with a deployable package of a running instance of ACME with a synced node and RDF graph.

Cheers

Graham
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:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!