Anyone? i know that here is a lots of coin devs - if they just don't copy other coins with old keys - they should know how to process it 

Hello there,
i'm working with onbe of forks at the moment. I get everything ok, except sporks sync - it's stucked on 25% and as i understood, i need to import sporkkey in WIF format to get success. The problem is that all public WIF generators are using bitcoin byte for main network which is different in my case. I've googled a lot and get no success. Can somebody assist me with converting prviate key to WIF format correctly and bring it work?

Instead of bitcoin, i'm using 212 for sectet keys, which means that for my network first bytes is D4.

That not all changes 
we working to make new release with correct POS and Zerocoin. We finishing updating all resources and after that will release new wallet.

I already asked the moderator to delete this post

https://bitcointalk.org/index.php?topic=3066505.0 THIS IS ORIGINAL TOPIC

Orignal topic Here - https://bitcointalk.org/index.php?topic=3066505.0
That is mistaken announcment

We use bitbucket instead of github

http://bbucket.transendcoin.com:7990/projects/TSC/repos/transend_coin_release/browse

Also you can find a link in ANN-post

These blocks were mined for testing our technologies, we will announce this a little bit later

All in post. See TSC-icon

pool should be fine - just follow link and be happy  

Transend Coin was released on February, 5, 2018. The dev team initially selected the lyra2z algorithm, later the opinion was changed in favor of Xevan. This algorithm was
first implemented by Bitsend team, followed by Solaris team, and now it has been employed by us.

      The main features of the algorithm is its ASIC resistance and the impossibility to be used together with hashpower rental services such as NiceHash or Mining Rig Rentals.

      Xevan is a unique modification of the X17 algorithm and extends the encryption to 128 bit. We took the best from the initial Bitsend and Solaris codes:
         - a decentralized system of masternode management
         - rapid InstaSend class transactions
         - respecting the privacy of our users we also implemented the ZeroCoin protocol, which allows us to bring the transaction privacy to a completely different level







  The strategy of coin development is given in the Roadmap. Though it has only advisory purposes, we intend to keep to this document. Also we, as the development team, will try to minimize the amount of intermediate technical releases in order to shorten the idle time of the pools and miners of our coin..

      Our goal is to create a stable community around the coin and to further extend its application area. A variety of secondary services linked to our coin will be launched in the nearest future. We hope for a positive public reaction to this fact.

      The Roadmap is not detailed and is as concise as possible on purpose – this will allow us to smoothly add services that were not initially planned.









      We do not count on being listed on many crypto exchanges. We prefer the placement of the coin of 1-2 stable exchanges with sustainable software and hardware parts. This would prevent excessive decentralization of coin emission and provide a stable flow of buy and sell orders. As a consequence, we will be able to increase the number of trading pair and stabilize the exchange rates, thus providing our community with a stable means of payment.

Community-funded projects.

      We would like to specifically note the budgeting and funding system for side projects that is based on our coin. Everyone would be able to propose a project that requires funding. A special web portal will host the description of such projects and the masternode owners will be able to vote for projects to bring them to life.
In case of getting the required votes and the availability of the funds, the claimer will get the required funding. Budget funds will be collected from each coin block according to the Whitepaper and the technical data table presented in this post. In case the required number of votes is not received, developers can fund the project from the DevFee fund.
 
Funding of projects form the DevFee

      Besides the collection of coins from the block for project fundraising, a developer fee is taken from the blocks. This defines the really low premine volume. The biggest part of the fee will be used for the creation of a decentralized cryptocurrency exchange. It will list the major currency pairs and the pairs of TSC to the major currencies, thus providing free conversion based on our coin.

      The benefits of coin holders will be supreme. Free coin conversion. High trading volumes. Access to commercial products bases on the coin. All of this and much more will be integrated into a whole ecosystem with the decentralized exchange being at the top of the evolution chain. The estimated exchange launch date is given in the Roadmap but may be lately postponed in case of development difficulties.




 



    

Hello there,
i've saw a lot of genesis blocks scripts (to be honest 3 or 4). All of them are for usual forks - like scrypt, sha256 or x11 algos. I wanna make success fork for lyra2z and working hard to get true genesis for that. But none of that scripts are including in parameters extraNonce and i cannot get sucess with my job. Can somebody explain how to implement extraNonce to https://github.com/lhartikk/GenesisH0 script to get success genesis check. I won't to explicite extranonce from fork cause that important to normal coin work and prevent double work to be submitted.

а вот сейчас, уважаемые зрители, мы впервые видим грамотное поведение власти в отношении криптовалютного рынка......

Что сказать? Молодец, яйца у батьки из титана видимо, на такое решиться, зато не как наш рашкостан, или украина, где власть ссытся и пытается отобрать инструменты к которым "простой обыватель не готов". Не готов, по мнению власти, которая дохрена эксперт видимо в этом вопросе.

Добрый день, готовим форк монеты, встал вопрос genesis блока.
Он должен быть на blake-256, нашли такой скрипт генерации, добавили в него хэширующий алгоритм,
https://github.com/lhartikk/GenesisH0
https://github.com/ocminer/decred-hash

проверили введя контрольные данные с оригинальной монеты - merkle и hash не совпали. После копания выяснилось, что скрипт при генерации не учитывая такие параметры как extrannonce и nversion.

Нужно добавить их к генерации и проверить по контрольникам.

Тому кто поможет - хорошее увесистое баунти новой монеты с мастернодами и хорошей стратегией развития.

Guys really need your help, i've downloaded linked above script, added blake-256 hashing algo there, but how to tell that script to use extranonce and nversion as options while it generates merkle and hash?


Will be really appriciated for help and give bounty on coin start!

Да уж, все никак не отболит у старого что тут такое делилово денег без него, вот и пытается своё МММ которое в обычном мире название нарицательное уже в крипту затащить.

Is there any options or script or maybe somebody know how to midify Genesis H0 to get Genesis block for blake256 algo?

умные не всегда удобны )

с чего такие выводы, вполне возможно, что и не закончится, так как тренд, который все считали пирамидой, мягко говоря затянулся

давайте уже фотограммы в студию.
И потом, не всегда симпатичное личико залог хорошых отношений, ох не всегда, по себе знаю