Jump to content


Dev Team
  • Content Count

  • Joined

  • Last visited

  • Days Won


domob last won the day on February 22

domob had the most liked content!

Community Reputation

121 Excellent


About domob

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Are you starting xayad manually in a terminal window? You can just start it with the "-daemon" flag, then it detaches immediately and you can close the terminal. Or you can use "xayad &", which has the same effect (and also works with the Qt).
  2. domob

    Xaya Rich List

    The RPC shows the actual amount of coins in circulation, by going through the UTXO set. So it would show if people created coins out of thin air.
  3. Also if you are on GNU/Linux, probably you can just install "libprotobuf-dev" and "protobuf-compiler" through your package manager. At least on Debian Stretch that works perfectly for me.
  4. Yes sure, you need to set those "-zmq..." arguments. What I meant is that it doesn't matter what ports you choose in them, as games should detect that automatically.
  5. Even if the ports are different then games should still work fine - they should not use fixed ports but call "getzmqnotifications" to find out which ports to connect. libxayagame-based games do that - I don't know about TreatFighter. But I think we mentioned "getzmqnotifications" in some discussions with Trickyfast, so I think they also do it.
  6. ZMQ is automatically compiled in if found, but the notifications need to be enabled at runtime. You need to pass flags like "-zmqpubgameblocks=tcp://" for that; this is the flag needed for other games like Taurion and SME, I don't actually know exactly which notifications you need for Treat Fighter. You can run "getzmqnotifications" to see which ones are enabled at runtime. The trackedgames options can be modified at runtime using the "trackedgames" RPC method, so games can automatically enable/disable themselves as needed. Again, I know for sure that Taurion and SME do this (as well as other libxayagame-based games), but I don't know about Treat Fighter.
  7. -rpcwallet is for specifying the wallet with xaya-cli. To load it with xayad or in xaya.conf, the option is just -wallet=game.dat.
  8. In fact, that is actually the default mode for libxayagame. You don't need any threading for it at all - if you use it in the simplest way, it basically gives you an RPC server that maintains and provides the game state. All that threading stuff is only needed if you want to run that in addition to your frontend in the same binary (so that you can run the RPC server on one thread and query it from another).
  9. If you want just the backend directly in C++, so no Unity/frontend/C#, then you can actually just look at the Mover code itself in the libxayagame repository. It is not as simple as a game could possibly be, but I think it should be fairly easy to use as a template and for reading some code.
  10. Perhaps the transaction was not shown as "unconfirmed" but "conflicted" in the wallet (because the input coins were invalid anyway, either as orphaned mining rewards or double spent coins). In that case, you do see the transaction in your wallet, but the coins are not actually allocated. Still it is nice that you were able to clean it up! I'm sorry to hear that you didn't get as many coins as you thought, though.
  11. The Huntercoin snapshot was done based on balances on the blockchain. If your coins were on Poloniex, then they were likely moved (by Poloniex) from your deposit address to some of their internal wallets, and their wallet addresses are where the snapshot CHI have been sent. It was said at the time and many times since then - the only way to really control your coins and be sure to get your CHI was to hold the Huntercoin yourself. With coins held on Poloniex, it is up to them to distribute the CHI. So far they always promised to do that, but we have no control over if/when they really do it. The best you can do is to open a support ticket with them and ask about it - the CHI have been sent to their addresses already quite some time ago, so they just need to distribute them now.
  12. No, unfortunatley the txid is not enough - I need the full raw transaction. You can get it by sending "gettransaction TXID" with xaya-cli or the Qt console. Alternatively, you can copy it from the transaction list of the Qt wallet.
  13. Indeed, the wallet keeps track of transactions made even if they have never confirmed on the blockchain. There are two possible solutions for getting your funds released: If the spent coins are valid on the correct chain (because you didn't spend any coins mined on the wrong fork), then you can just attempt to resubmit your transaction to get it confirmed on the real chain now. For that, you need to obtain the transaction's hex data (e.g. through the transaction list in the Qt wallet or the "gettransaction" command) and then submit it with "submitrawtransaction" (or post it here and I can do that for you). Alternatively, you can indeed make your wallet forget every stored transaction and just resync to what is in the blockchain. To do that, start xayad or the Qt wallet with "-zapwallettxes=2".
  14. Yes, that is exactly right.
  15. Very interesting! Since this was presumably a big miner or pool, it would be interesting to see whether those coins were from Neoscrypt, SHA-256d or both types of blocks. Do you know that?
  • Create New...

Important Information

Your use of this site is governed by our Terms of Use and Privacy Policy. We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.