Basically I am referring to this guide to have an idea where to look inside the files and indeed see the differences between Craigscoin and a regular scrypt coin.
Craigscoin is at least a third-generation clone of the May/June 2014 “best-of-breed” hackcoin, shamelessly hijacked by Carsen Keck to be launched as Dreamcoin and popularly cloned thereafter. https://github.com/dx11/Dreamcoin/blob/master/src/qt/macdockiconhandler.mm#L92: DreamCoin // write temp file DRM (could also be done through QIODevice [memory])
the comment originally read “write temp file hack” before Keck aimed an over-greedy regexp at it. That excessive greed marks all the descendants, including CraigsCoin: https://github.com/CraigsCoin/CraigsCoin/blob/master/src/qt/macdockiconhandler.mm#L92: CraigsCoin // write temp file CRAIG (could also be done through QIODevice [memory])
Armed with this knowledge, you can now compare the origin directly with the clone and see the additions highlighted. My technique for maximum clarity is to make a case-sensitive replacement of “DreamCoin” with “ZenCoin”, ditto for lowercase versions. I repeat the exercise for CraigsCoin using “CraigsCoin” and “ZenCoin”. The Devtome post is well-detailed on the steps of renaming. You can then use a visual diff and merge tool: http://meldmerge.org/ to compare Dreamcoin and CraigsCoin code side-by-side and see exactly where the code differs - they're both ZenCoin and the only remaining differences are now in the actual code. I went into detail, with illustrative screen grabs, in a post to another thread, you may find it of use. Cheers Graham |
|
|
|
The block explorer is now reporting data for the Prototype coin testnet chain: https://minkiz.co/abe/chain/PrototypeCoinChainI'm having at go at replicating the problem on testnet. From their posts, it would appear that the OPs fumbled the reconfiguration of the WinCoin clone by failing to filter out the premine inherited along with the cloned WinCoin code, as observed earlier by sdmathis and which has been accused of causing the sync problems through imposing a disproportionate staking weight. I've left the code as is. The premine is safely in my testnet wallet and I plan to use reservebalance to drastically lighten the stake weight, see if that's a fix. The size of the reserve directly affects the stake weight, 750 PTY is currently yielding a stake weight of 8 vs a network weight of 0. When all the coins are placed in reserve, the stake weight drops to 0, as you'd expect. Testnet's on block 357 at the moment, should pass 697 sometime during the night (only needs a couple of threads to maintain the rate of production). If it doesn't seize up, then that would suggest whoever owns the wallet with the premine could unstick the mainnet by reserving the premine coins. With respect to the quality of the codebase: WinCoin itself is a clone of Carsen Keck's DreamCoin, the latter a shameless hijacking of now-forgotten hackcoin (a competent “best-of-breed” fusion) evidenced by the macx target binding in the Dreamcoin Qt qmake file: macx:TARGET = "hackcoin-Qt"
and as faithfully reproduced by the WinCoin devs, the Prototypecoin devs and dozens of othersThat's a fair amount of field testing and it doesn't seem to have acquired a bad rep. Cheers Graham |
|
|
|
I'm still betting someone is going to release their version of MrSpreads code.
Testnet worked quite well. If we released the code as is, maybe it would attract more competent devs?
There's more testing to be done - see http://spreadcointalk.org/index.php?topic=133.msg2224#msg2224 where the details of round 3 of the testing are being thrashed out. Maybe this time the test programme can be conducted without the distraction of all that hysterical shrieking from the girls' dorm? On a related matter, recently-released Ecash https://bitcointalk.org/index.php?topic=971320.0;all is an unabashed and overt copy of the latest version of DRK. By “latest”, I mean the refactored 0.9-ish flavour, not the classic 0.8 series flavour, from which SPR is forked. I note that the Ecash devs identify the number of masternodes as the reason for a chaotic start: “ the diff, darksend and instantx is gonna work soon, we just have to setup some masternodes. Right now ther are only 2 , we need atleast 40+”. (I wanted to have a go at setting up a DRK masternode, so's I could compare the user experience but synch problems killed that idea.) For long-term success, the deployment of SPR masternodes will need to be carefully managed and solid preparation will be a key factor. Cheers Graham |
|
|
|
StealthCoin is not broken
...
we are not going to get rid of Hondo
Okaaay, so Stealthcoin is broken and Hondo's for the chop  Thanks for the heads-up but I find it difficult to see how this is relevant to Prototypecoin, the topic of this thread. Cheers Graham |
|
|
|
No trust - there is no trade . 18.02.2015 sent from allcoin 3200000 Bee2 . They have not yet come .
Ah, I wouldn't know about that, I've never had any Bee2. Cheers Graham |
|
|
|
BEE trade stopped on allcoin  What's happened? BEE_BTC removed. BEE_LTC and BEE_DOGE remain. Cheers Graham |
|
|
|
If anyone wishes to see the code i can give you a link to the copy. (it's got dirty hacks though)
I'm not squeamish about such things, a colleague once described my programming style as “Neanderthal”. I'd love to take a peek at what you're up to. Cheers Graham |
|
|
|
I need a list of all cryptocurrencies in alphabetical order.
https://minkiz.co/coin/name/List members are altcoins, doesn't include assets of NXT, CP, etc. Cheers Graham |
|
|
|
"retail adoption" is a notion almost every alt crypto sees as the holy grail
Yes, but I've yet to see evidence of any altcoin dev managing to achieve even a basic level of understanding of how to effectively pursue that path. Well, one obvious exception that proves the rule, Jackson Palmer ... I'm always impressed by the sheer power of cognitive dissonance and how it prevents people from putting 2 and 2 together in the simplest fashion. Dogecoin is unique in having a senior marketing professional as co-developer. Dogecoin's adoption stats are uniquely standout. Of the tiny handful of people I've encountered in this domain who understand that these two facts are causally related, not one is a dev.Cheers Graham |
|
|
|
Still thinking this through.
Sure, but thanks for expanding, I get it now. fwiw, I model an altcoin as a population of communicating, limited-functionality equipotent avatars, each controlled by a set of elemental instructions mapped to a UI (GUI/RPC). Your description reminds me that it's not a completely homogeneous population, some may arbitrarily offer additional public-facing functionality (more prosaically, “services”) in exchange for a small fee paid to the avatar instructor. Examples of this additional functionality currently include coin mixing, confirmation reduction, currency exchange. One obvious next step is to consider how these services might be usefully characterised. The core issues quickly resolve into effecting a strong modular implementation of the service, designing the additional instructions and augmenting the UI for instructing the avatar with a meta-representation of the state/status of the different services that can usefully inform the user's instructions to the avatar. Cheers Graham |
|
|
|
Do we have a block explorer?
-ish, I have a mostly-completed RPC-based explorer: https://minkiz.co/acme/pmp(still syncing at time of posting). Cheers Graham |
|
|
|
I bet Master Nodes, SPR Nodes, can be configured to create a crowd sourced currency trading direction platform.
Not a portmanteau term I'm familiar with, what functions does a “currency trading direction platform” perform? Cheers Graham |
|
|
|
At least one poster has made a pointed enquiry about the destination of the premined 750 PTY which has persuaded me to re-enable the explorer: https://minkiz.co/abe/chain/PrototypeCoinChainOfc, tx data can be tracked using the RPC interface, however (and I'm not implying that it is the case here) there have been reported instances where the RPC interface code was hacked to conceal malfeasance. Abe has the overwhelming advantage over RPC-based block explorers that it can read the blockchain directly, rendering it immune to such shenanigans and a more reliable authority --- and that is what's needed in this instance. I'll leave the explorer up for a week while everyone gets sorted. Cheers Graham |
|
|
|
NO!  and like that .... its gone ! poof ! I sympathize with your distress but in the persistent absence of a professional approach from the dev, I'm just wasting my resources. All that's required is a running, synced daemon (fail), an running instance of Abe (check) and an appropriate stanza in the Abe configuration file (check, but which I've now commented out). That's all that is required, just a PTY-specific config stanza: datadir += [
{
"dirname": "/home/gjh/.prototypecoin",
"chain": "PrototypeCoinChain",
"policy": "X11PosChain",
"code3": "PTY",
"address_version": "\u0049",
"magic": "\u00f0\u00fb\u00db\u00fd",
"loader": "blkfile",
"conf": "prototypecoin.conf"
}
]
Cheers Graham |
|
|
|
...
make -f makefile.unix -e PIE=1 USE_UPNP=-
Then it should compile without issues. Except that the PIE=1 directive reveals that somehow leveldb isn't compiled with -fPIC by default and causes a link failure. I found I needed to explicitly add a -fPIC to the OPTIONS in leveldb's Makefile; -OPT ?= -O2 -DNDEBUG # (A) Production use (optimized mode)
+OPT ?= -O2 -DNDEBUG -fPIC # (A) Production use (optimized mode)
HTH Cheers Graham |
|
|
|
I don't seem to be able to reproduce that problem. When build_detect_platform is -x then “make clean && make” succeeds. Could you post the error messages?
I already posted error messages, you can see them above. Ah, okay. That does seem to be the same issue, the error messages match the ones in this earlier report+fix: https://bitcointalk.org/index.php?topic=270852.msg3029801#msg3029801After an initial failure resulting in the above errors, change the file permission and then reset the state with: chmod +x src/leveldb/build_detect_platform
cd src
make clean -f makefile.unix
make -f makefile.unix -e PIE=1 USE_UPNP=-
Then it should compile without issues. The cleanup is automatically performed when compiling the gui wallet but not when compiling the headless daemon from inside the ./src subdirectory. It's caught me out a couple of times. Cheers Graham |
|
|
|
|
Coins received. Thanks!
Cheers
Graham
|
|
|
|
|
Show Posts
