|
Does Ripple let you issue your own personal currencies so friends can keep track of their debts to each other and such?
I had the impression Ripple was trying to move away from the original idea, and close everything down so only institutions and exchanges and banks and such could issue currencies?
That is why I chose Stellar over Ripple. It even seemed like Ripple's desktop client got deliberately broken or something so everyone had to use some web-based wallet or something like that so Big Brother could keep track of everything?
-MarkM-
|
|
|
|
In case anyone did not know, this coin is still running, and has been all along. It is one of the assets traded on the Digitalis Open Transactions Server, so historic tables can be found at http://galaxies.mygamesonline.org/digitalisassets.htmlIt is in fact one of the assets in terms of which other assets values are shown in those tables. NOTE that its symbol is GRP, and it is NOT to be confused with the johnny-come-;ate;y GRC that idiotically used the same name ("groupcoin") without, evidently, checking whether the name was already in use. To help folks interested in trading it I am issuing an asset named GRP on the Stellar network. To utilise it set up a line of trust for the asset name GRP and issuing account GBHAQ252S4Z4AQOM4BWIRC3UHAOJIKCZQBUJGD336YH2O7W2NKRXMHA5 If your list of peers is out of date, addnode dvcstable01.dvcnode.org should enable you to get updated node addresses. If you need source code for GRouPcoin you can download it through http://LFM.knotwork.com-MarkM- |
|
|
|
|
The daemon claims there is no such command as splitthreshold.
-MarkM-
|
|
|
|
|
What are the command-line commands to do coin splitting?
I do not see anything in the "help" output that seems to relate to that.
Also nothing about setting the split value you want to keep it splitting below a certain point.
-MarkM-
|
|
|
|
|
I run the daemon, no GUI.
-MarkM-
|
|
|
|
|
I have not been able to get staking to work.
I have "splitthreshold=500000000" as my unitedscifi.conf but there is no indication that any staking is happening at all.
-MarkM-
|
|
|
|
Btw. who on earth just dumped 1.3 million QBT just before receiving his SCIFI? Insanity...  On November 11th someone somehow gained access to my email address and used "forgot password" to get int my exchange accounts and dumped all my coins, which was really bad for some coins where I was the primary market-maker. I do not know how they go into my email, they did it on Nov 2nd, so some dumping on some exchanges happened then, I told provider they said they couldn't do anything, and Nov 8th despite all precautions the hacker somehow got back in. Now I know why long after there should be no-one left with cheap coins of a given type to dump we still see crazy dumps: it probably happens every time a hacker gets into someone's email. Although this does not seem to have been what happened to me, it is worth while taking nte of the fact that a popular method of hacking lately, due to so many sites telling people to set up a phone as "two factor" security, is to call the phone company and give some crazy sob-story about losing phone and asking he phone number to be switched over to the hacker's burner phone. They call hundreds of times if need be, until they get a phone staffperson stupid enough to fall for the story. So think twice before involving a phone in your financial security. -MarkM- |
|
|
|
|
I think it must have gotten off track when checkpoint server was offline or something like that, as it had plenty of live nodes it was trying to connect to they just were so out of synch with it that either they hung up on it or it hung up on them until there were none left that would connect.
I restarted, maybe deletingt blockchain to let it get new one not sure now how drastic I was but whatever I did seemed to work.
-MarkM-
|
|
|
|
|
Master Nodes provide services to the network, such as coin mixing and instant transactions; apparently the DiaMonD developers plan to add more services going forward.
Another nice thing is DiaMonD has Tor support built in, so you can be a seed or master node without a fixed IP address by being a Tor service.
What kind of mining does GPL use? Do you know of specific CPU miners that support it?
-MarkM-
|
|
|
|
|
Mining seems to be broken, I used to be able to slowly earn small amount of coins by having a few machines mining GPL, but having discovered that none of my machines have managed to mine any coins for a long time I investigated and found this in one of the logs:
ThreadRPCServer method=setgenerate
24 processors
Starting 0 BitcoinMiner threads
So it looks like even though that machine has 24 cores, the code is somehow failing to start any mining.
I had told it setgenerate true 2, which should have started two threads, to occupy tow cores.
What is going wrong?
Also if you are making a new coin, have it work like DiaMonD, with master nodes. ("Nagus Nodes").
DiaMonD has a number of improvements over the coins it was based on so might e a good codebase to use.
-MarkM-
|
|
|
|
I have no connections now, has everyone gone offline or something? trying connection 36.77.18.109:8454 lastseen=263.4hrs
connection timeout
trying connection 91.15.102.210:8454 lastseen=576.6hrs
connection timeout
trying connection 36.77.18.109:8454 lastseen=263.4hrs
connection timeout
trying connection 188.35.131.157:8454 lastseen=135.0hrs
connect() failed after select(): Connection refused
trying connection 87.153.242.82:8454 lastseen=179.3hrs
connection timeout
ThreadRPCServer method=getmininginfo
trying connection 183.88.78.167:8454 lastseen=131.4hrs
trying connection 142.68.204.155:8454 lastseen=391415.9hrs
connection timeout
trying connection 87.153.242.82:8454 lastseen=179.3hrs
connection timeout
trying connection 47.20.250.38:8454 lastseen=391416.0hrs
connection timeout
trying connection 202.62.17.230:8454 lastseen=134.7hrs
connection timeout
connection timeout
trying connection 217.247.115.121:8454 lastseen=230.6hrs
ThreadRPCServer method=getinfo
connection timeout
trying connection 94.21.161.12:8454 lastseen=589.7hrs
connection timeout
trying connection 36.76.3.100:8454 lastseen=173.6hrs
connection timeout
trying connection 83.69.30.17:8454 lastseen=104.1hrs
connection timeout
trying connection 5.44.170.157:8454 lastseen=499.5hrs
connection timeout
trying connection 81.88.219.20:8454 lastseen=270.4hrs
connection timeout
trying connection 196.52.60.17:8454 lastseen=525.2hrs
connect() failed after select(): Connection refused
trying connection 92.255.93.34:8454 lastseen=602.7hrs
connection timeout
trying connection 7.212.96.169:8454 lastseen=527.2hrs
connection timeout
trying connection 188.35.131.157:8454 lastseen=135.0hrs
connect() failed after select(): Connection refused
trying connection 81.88.219.20:8454 lastseen=270.4hrs
connection timeout
trying connection 46.72.146.116:8454 lastseen=470.1hrs
connection timeout
trying connection 217.88.3.128:8454 lastseen=478.7hrs
connection timeout
trying connection 89.64.39.151:8454 lastseen=345.9hrs
connection timeout
trying connection 85.11.137.70:8454 lastseen=160.4hrs
-MarkM- |
|
|
|
Maybe a good idea for Gold Pressed Latinum would be to migrate it to the DiaMonD codebase, and call the Master Nodes Nagus Nodes? POS-only, no more POW.
-MarkM-
May be in future, now if I swap coin to new codebase, Cryptopia delist GPL and new listing cost now 30000 usd. Ouch! Well I guess GPL is doing just fine the way it is then!  I think maybe we should encourage sci fi type coin's users to get into HORIZON, it is generally regarded as abandoned so is a good fit for adoption not only be the Galactic Milieu but also by science fiction milieu coins in general, especially as it does look like the sci fi coins are going to be increasingly adopted by the Galactic Milieu. In addition to using the HORIZON network, the STELLAR network (Lumens) is starting to look interesting, because it seems the Ripple-style networks (such as STELLAR) might let us form trading pairs of any asset against any asset, whereas with NXT-style networks such as HORIZON the network's native currency has to be part of each trading pair. By the way, with all this work you keep on doing for the science fiction coins, you probably should qualify as a lifestyle free open source developer, to get a share of DeVCoins. It'd be nice if you'd do that as the more shares that go to real developers the less the kind of ridiculous amounts of shares being given for Devtome-wiki posts will impact the DeVCoin economy... -MarkM- |
|
|
|
|
Maybe a good idea for Gold Pressed Latinum would be to migrate it to the DiaMonD codebase, and call the Master Nodes Nagus Nodes? POS-only, no more POW.
-MarkM-
|
|
|
|
|
The swap blockchain is not moving, I tried to send on lump of 50 coins from one wallet to a new wallet to start cdonso9lidating coins, that was hours ago and it is still sitting at no confirmations so I cannot shut down and put in the next wallet I need to consolidate. Juat how many hours or days can we expect it to take per block?
-MarkM-
|
|
|
|
|
Ah thanks that did it. I had tried just make in thye leveldb directory but that made .so files only.
-MarkM-
|
|
|
|
That looks like the URL of the main distribution, did you change that so everyone who clones the coin now gets this special swap version? -MarkM- |
|
|
|
I can't help with Ubuntu, but in windows leveldb compiled separate with different compiler, then compile QT itself.
There seems to be some fatal error about not being a .git repository, so is there some URL that I can use to git clone the thing instead of trying to use this apparently broken .tar.gz thing? -MarkM- |
|
|
|
I use db-4.8.30.NC
db is just the wallet isn't it? The machine has that, most coins use it. These errors I have now are to do with leveldb not db. /bin/sh ../share/genbuild.sh obj/build.h
fatal: Not a git repository (or any of the parent directories): .git
g++ -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src -I/home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src/obj -DUSE_IPV6=1 -I/home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src/leveldb/include -I/home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2 -o federationcreditd leveldb/libleveldb.a obj/alert.o obj/version.o obj/checkpoints.o obj/netbase.o obj/addrman.o obj/crypter.o obj/key.o obj/db.o obj/init.o obj/keystore.o obj/main.o obj/net.o obj/protocol.o obj/bitcoinrpc.o obj/rpcdump.o obj/rpcnet.o obj/rpcmining.o obj/rpcwallet.o obj/rpcblockchain.o obj/rpcrawtransaction.o obj/script.o obj/sync.o obj/util.o obj/wallet.o obj/walletdb.o obj/hash.o obj/bloom.o obj/noui.o obj/leveldb.o obj/txdb.o obj/blake.o -Wl,-z,relro -Wl,-z,now -Wl,-Bdynamic -l boost_system -l boost_filesystem -l boost_program_options -l boost_thread -l db_cxx -l ssl -l crypto -Wl,-Bdynamic -l z -l dl -l pthread /home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src/leveldb/libleveldb.a /home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src/leveldb/libmemenv.a
obj/leveldb.o: In function `CLevelDB::CLevelDB(boost::filesystem::path const&, unsigned long, bool, bool)':
/home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src/leveldb.cpp:56: undefined reference to `leveldb::DB::Open(leveldb::Options const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, leveldb::DB**)'
/home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src/leveldb.cpp:51: undefined reference to `leveldb::DestroyDB(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, leveldb::Options const&)'
/home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src/leveldb.cpp:58: undefined reference to `leveldb::Status::ToString[abi:cxx11]() const'
obj/leveldb.o: In function `CLevelDB::WriteBatch(CLevelDBBatch&, bool)':
/home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src/leveldb.cpp:76: undefined reference to `leveldb::Status::ToString[abi:cxx11]() const'
obj/txdb.o: In function `bool CLevelDB::Exists<std::pair<char, uint256> >(std::pair<char, uint256> const&)':
/home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src/leveldb.h:123: undefined reference to `leveldb::Status::ToString[abi:cxx11]() const'
obj/txdb.o: In function `bool CLevelDB::Exists<char>(char const&)':
/home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src/leveldb.h:123: undefined reference to `leveldb::Status::ToString[abi:cxx11]() const'
obj/txdb.o: In function `bool CLevelDB::Read<char, int>(char const&, int&)':
/home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src/leveldb.h:94: undefined reference to `leveldb::Status::ToString[abi:cxx11]() const'
obj/txdb.o:/home/markm/src/Cryptocoins/Federation-Credits-2.7.1/src/leveldb.h:94: more undefined references to `leveldb::Status::ToString[abi:cxx11]() const' follow
collect2: error: ld returned 1 exit status
makefile.unix:190: recipe for target 'federationcreditd' failed
make: *** [federationcreditd] Error 1
-MarkM- |
|
|
|
Try change in file rpcrawtransaction.cpp:241
const CScriptID& hash = boost::get<const CScriptID&>(address);
to
const CScriptID& hash = boost::get<CScriptID>(address);
Yes I did that then ran into the leveldb problem mentioned above. The machine must have leveldb on it as it has been used to compile all coins for years. -MarkM- |
|
|
|
|
Well that is weird as I thought it was 1.59 that needed the fix.
I don't remnember exactly what happened in the past but I think my machines that had been upgraded to Ubuntu 16.04 still had an old boost on them so could compile things that machines started from scratch at Ubuntu 16.04 could not.
It sounds like you must have already applied the fix but somehow my compile machine is choosing to try to compile against the old boost (1.58) even though presumably ever since it got upgraded to Ubuntu 16.04 it must have a newer boost also.
Hmm. Well I guess I can try setting up compilers on a box that has never had an Ubuntu older than 16.04 on it and see if that works...
... It looks like something might be wrong with the source code .tar.gz, I made the boost fix and continued to compile and it said something about a fatal error due to the directory nor its parent directories being .git repositories, then a while later it died trying to reference stuff from leveldb. So I think maybe it had tried to grab a copy of leveldb and failed? Maybe the .tar.gz is missing some .git directories that tell it where to get a good copy of leveldb or something?
I could not see any URL from which to simply git clone the thing, that is why I am trying with the .tar.gz archive.
-MarkM-
|
|
|
|
|
Show Posts
