Topic: [TX]TRANSFER - BITTREX - MULTIPOOL - ANDROID - POS,TOR,MN, STEALTH - page 154. (Read 318004 times)

https://github.com/transferdev/Transfercoin

Where is latest source ?

Thats no problem at all ! I would please ask that you wait until we have the hard fork figured out so we can also notify the users of the incoming fork. I will return your pm once I get everything sorted out on my end.

EDIT: Looks like i couldnt get everything i wanted included. But heres an updated list so far

A list of the changes below.

Discourage fee sniping with nLockTime
Limited drop of difficulty per block
Minimum age replaced with Minimum confirmations
Reward and Min Conf Blocks Changed
nTargetSpacing replaced with Static Const TARGET_SPACING
TARGET_SPACING set to 60 seconds after the fork, Was set to 69 seconds
Ignore getaddr messages on Outbound connections
Increase Stake Split Threshold
Correctly randomize change output position
Fix boost::get usage with Boost 1.58 in rpcrawtransaction.cpp
Fix issue where getrawtransaction RPC call does not work
Fix issue on open orders tab of the trading page
Removal of old code
IsProtocolV1/IsProtocolV2 hard fork switches removed
FutureDriftV1/FutureDriftV2 reverted back to FutureDrift
CheckStakeKernelHashV1/CheckStakeKernalHashV2 reverted back to CheckStakeKernelHash
Decentralized checkpoints from PosV3
PosV3 Modifier


The things that didnt make it so far are.

Made special marker non spendable
Added nonspendable encoding for block signing key
BIP66 compatibility
Replaced NOP7 with CHECKLOCKTIMEVERIFY
Enforce new script verification flags
Demand canonical block sig from updated peers
Submitblock: Add submission of stake template

I have pm'ed you because the bounty for the thread translation. Please let me know if it is still available.

I'm holding to

There is a Remote Masternode give away for anyone interested ! This will include the 10,000 coins to run the masternode. https://gleam.io/9HnMj/transfercoin-masternode-give-away

well i glad somebody take this project still holding

Good job infernoman.. Im looking forward to the forking 

I have worked with them before in the past, I have not notified them yet as i do not have the clients ready and am not positive on what block number i will be making the fork at. Im going for block 85000 but that could change depending on how long it takes me to get this client staking pre and post fork.

It seems that they are one in the same, and rocoloko wouldve been compromised in the hack

A list of the compromised accounts include:
kralkral
Bobsurpulus
rocoloko
Crypto_joe
Joshua kingpin
Franciem
gom

Pretty sure that Transfer Dev = rocoloko are the same person (https://bitcointalksearch.org/user/rocoloko-288015) may be talk to him..  

Have you spoken to Bittrex to see if they are agreeable to the fork?

The dev accounts were compromised and he hasnt returned after that. So we've taken over and hope we can get some more on board as well.

I cant believe this coin is going through takeover. What happened?
Good work and good luck to the new Team.

I think our best bet would be to stick with the current POS/Masternode setup. The reason i say this is it is hard for new coins to gain enough interest to keep users hashing, which could result in mostly pos/masternode blocks anyways.

The short pow phase seems to be what keeps most users interested, These changes will help to limit the difficulty changes from being so large. And will also increase the number of blocks per day to what is quoted in the OP. This will introduce a bit more TX into the ecosystem. About 14% per day is the current increase that I am planning. But the OP states 60 second blocks. So I wanted to fix another problem if I was introducing a hard fork anyways.


I will be testing the new client on a private network just to make sure it stakes properly, and everything is working. After that ill commit the changes to the transfer_dev github and start building the new clients for everyone, These changes will also fix the "Open Orders" tab on the trading page of your wallet.

I love the new changes on the new fork. But I think what will make this coin more valuable.  Is to keep the same algorithm. Have a POS/POW hybrid system, and still half of all block rewards go to master Nodes. One block will be pow x-11 and another one will be POS x-11

Thats great ! Thanks for the help, I am currently looking into forking the network to implement more than a few changes, mainly these upgrades will be for staking. And it will also adjust the block time from 69 seconds to 60 seconds like it should be.

A list of the changes below.
Discourage fee sniping with nLockTime
Limited drop of difficulty per block
Made special marker non spendable
Added nonspendable encoding for block signing key
BIP66 compatibility
Replaced NOP7 with CHECKLOCKTIMEVERIFY
Enforce new script verification flags
Demand canonical block sig from updated peers
Submitblock: Add submission of stake template
Reward and Min Conf Blocks Changed
nTargetSpacing replaced with Static Const TARGET_SPACING
TARGET_SPACING set to 60 seconds after the fork, Was set to 69 seconds
Correctly randomize change output position


The plan is to implement these changes at block 85000.
We are currently working on finalizing these changes And i will work to update you ASAP about when the fork will occur.

Here is the MAC daemon. My first time compiling the MAC daemon. I've compiled it statically so hopefully there are no dependency issues for people.

I've noticed it's pretty standard to run files through virustotal so I have done that for ya'll. Don't take my word for it though. Scan it yourself

edit: links removed

To get started...dowload zip file, unpack it, open a terminal and run it
Run:
  ./transferd --help  # for a list of command-line options.
Run
  ./transferd -daemon # to start the transfer daemon.
Run
  ./transferd help # When the daemon is running, to get a list of RPC commands

Let me know if there are any issues.

Next up is the MAC Qt. I'm sure that will take me a bit longer

do not worry
I will add all updates )

TRANSFER being transferred over to new ownership lol ironic right.

The windows wallet has been released and can be found here https://www.dropbox.com/s/644wy4me96dgynp/transfer-qt-v1.1.0.0-win32-inferno-r3.exe?dl=0

Currently there is a small issue with the open orders on the trading tab which has been fixed just didnt make the build. Tomorrow I'm hoping I'll be able to get an Osx QT released at the same time as the fix for windows.

That would be great, If you are able to compile the daemon too some users may find this useful for running multiple remote masternodes. I will make sure that ive changed the link for the source on github since i do not have access to the transfer account on github


EDIT: ACCESS GAINED TO GITHUB !!! So now i can confirm that the twitter and the github accounts are in my control