Yesterday was the first time we ever used the feature to blacklist any specific wallet addresses… I personally don’t like using the feature unnecessarily even though I was the one who initially added the feature… Everyone should have the right to mine Talleo as long as mining doesn’t cause issues to other community members… As a coin developer and leader of Talleo Project, I am responsible to people who run any service that use Talleo’s wallet daemon or node daemon. When Talleo was listed on C-Patex I made a deal with the company operating the exchange that they monitor for abnormal activity and lock any user accounts involving in such activity. This was to protect both Talleo Project and proper operation of the exchange.
C-PatEx added TLO-ETH and TLO-LTC pairs
Official Talleo subreddit launched
Official Talleo subreddit on Reddit is now available at https://www.reddit.com/r/Talleo/.
Talleo listed on Argentine exchange C-PatEx
This week Talleo was listed on Argentina based Crypto Patagonia Exchange (C-PatEx) with BTC pair.
Talleo added to CoinGecko and coinlib
SRBMiner-Multi adds support for Talleo
SRBMiner-Multi added initial support for Talleo’s algorithm in version 0.3.0, but it was a dud release that did stop mining with error 0x4002. Version 0.3.1 fixed the error, but still has low performance when mining with CPU due to incorrect detection of usable threads. Thread count should be L3 cache size divided by 256 kB.
How to verify payments using Talleo daemon.
Payments can be verified using payment ID, wallet address and private view key of the wallet.
The steps to verify payments using the RPC JSON API are:
- Get current block height using “/getinfo”.
- Pass payment ID to “/get_transaction_hashes_by_payment_id” to get list of transaction hashes.
- If supported by daemon, set startIndex to 0 or first block height to include, and set endIndex to current block height – 10, so it won’t return transactions with less than 10 confirmations, includeUnconfirmed should be set to false.
- Iterate through transaction hashes with “/get_transaction_details_by_hashes”.
- If your daemon doesn’t support filtering by includeUnconfirmed, check for transactions where inBlockchain is true.
- Verify that unlockTime is positive number less than current block height and that blockIndex is less than current block height – unlockTime.
- Check that the blocks containing the transactions are not orphaned using block hashes from step 3 and “/get_blocks_details_by_hashes”.
- Using “/get_amounts_for_account” check that the transactions contain enough outputs to the wallet, you need transaction hash, wallet address and private view key.
Sync stops when blockchain height is between 7695 and 11366
We have recognized issue due to recently introduced mixin limit that will cause sync to stop at height 7695. We have released a fix and new binaries that will add exception for the rule if block index of the transaction is less than 11368.
XMRig v5.5.0 adds support for CryptoNight Ultra algorithm
Latest XMRig release added support for CryptoNight Ultra Variant 2 using algorithm name “cn-pico/tlo”. This means XMRig is first third-party miner to add support for Talleo’s mining algorithm. All mining pools are encouraged to add support for algorithm negotiation using algorithm name “cn/ultra”.
API update for mining pools
Node daemon (Talleod) version 0.4.6 introduced new field in response to “getblocktemplate” API call. Field “num_transactions” now contain number of transactions included in the block template excluding the coinbase transaction. This can be directly used by mining pool to decide when the current block template might need to be refreshed…
Mining pool can either refresh the block template when the field value changes from 0 to non-zero, or when it changes from one non-zero to any other non-zero value while block height stays the same.