[Dev] Develop new core 0.9.3 for feathercoin, together
-
is that on your github?
Then I could try to compile on Linux
-
Woo!
-
is that on your github?
Then I could try to compile on Linux
Yes, I had git my codes . https://github.com/cqtenq/feathercoin_core
Bush’s ZebraCrossing lib https://docs.google.com/file/d/0B3j45cVgrEz0Qkg2bndIWENBMDg/edit
**libzxing ** https://github.com/ClaireDuSoleil/ZebraCrossing
Any questions please let me know.
-
So how do we go about getting this new core fleshed out and implemented as the defult core?
-
I assume there’s still a lot of testing required?
-
I assume there’s still a lot of testing required?
Yes, I think so. Multisig need to optimize. All of the code need to be carefully tested.
I need a month’s time at least, Testing, comparison, modification, optimization, learning, that sort of thing .
Now it is a Alpha 2.
Feathercoin Core 0.9.3 QT-Wallet Downloads (binary for windows Alpha 2)
https://forum.feathercoin.com/index.php?/topic/8018-friendly-testneed-volunteers-feathercoin-core-093-alpha-released/ -
I’ll assume that is the new Primary thread, so ive moved, pinned, unpinned things around. Dev/testing stuff was seeping into the discussion area.
-
You give me infinite power , developed the new multisign address, prefix f. ^-^
-
ABout Stealth Address, I had add some codes to test, Now I can create a stealth address for feathercoin, but some issues need to fixed.
-
I can create a transaction with stealth address, then Commit the transaction , The transaction has already been signed and recorded. final Broadcast it .
Issue
Can not confirm the transaction on feathercoin main_net :- ???
Stealth address= dooJagc2DuuHdKmkRDvgVrFwwxQKYXeGR3Pqsi1yqhtw5LgMToZvEYsX4rjubvSQi63s8xWRFnFLDSnmDW5f2B8QGXNnbbxReWSGrZ
Real feathercoin address=6qSmao2FFTyw4QCDJsP4WYSVejb5vjfinj
transaction id=4fd68296fb09e79be18f9936fa5d9a7c135fa6ebb6d79f6ad85bb3f36c5878be
Debug.log: (CWallet::CommitTransaction in wallet.cpp)
2014-12-08 07:57:16 CommitTransaction start…
2014-12-08 07:57:16 CommitTransaction:
CTransaction(hash=4fd68296fb, ver=1, vin.size=1, vout.size=3, nLockTime=0)
CTxIn(COutPoint(b0392d9512, 0), scriptSig=3045022100e5d3f21ed892de)
CTxOut(nValue=0.13000000, scriptPubKey=OP_DUP OP_HASH160 bb1b7589bec3)
CTxOut(nValue=0.00000000, scriptPubKey=OP_RETURN 02821fd33b110e92e73d)
CTxOut(nValue=0.06418968, scriptPubKey=OP_DUP OP_HASH160 cb7bd98df210)
2014-12-08 07:57:16 keypool keep 50
2014-12-08 07:57:16 AddToWallet 4fd68296fb09e79be18f9936fa5d9a7c135fa6ebb6d79f6ad85bb3f36c5878be new
2014-12-08 07:57:16 CommitTransaction Broadcast start…
2014-12-08 07:57:16 AddToWallet 4fd68296fb09e79be18f9936fa5d9a7c135fa6ebb6d79f6ad85bb3f36c5878be
2014-12-08 07:57:16 Relaying wtx 4fd68296fb09e79be18f9936fa5d9a7c135fa6ebb6d79f6ad85bb3f36c5878be
2014-12-08 07:57:16 CommitTransaction RelayWalletTransaction… -
For SX Txs to be processed you need some miner nodes to be running SX. Really it is dangerous to send SX before the network is updated so SX should not be enabled until a set date in the future.
To test this run two nodes only connected to each other with a couple of empty data dirs so you can mine from the genesis block using the internal miner, or use the testnet. Then you will see if it is confirmed.
-
Go team!
Between the two of you, Liz and Bush, this should be completely doable it seems right?
-
I plan to build a p2pool on 0.9.3 with Stealth address, hope to confirmed
-
For SX the entire network needs to be updated for it to be safe.
I will pull and test SX in 0.9.3. It might be sensible to now add your work to the main repo, make sure it is 100% and then release SX and 0.9.3 at the same time.
-
Cool, but but does this mean no SX before Christmas?
-
I try my best to finish it, But I’m not sure
-
I support Bush’s approach:
- merge Bush’s branch on github with Lizhis so we get the hard work from Lizhi ( THANKS LIZHI !!!) into the main trunk
- release the 0.9.x version
- enable SX several weeks later, when the majority of wallets are updated. The 0.8.7.0/.1 update showed, that it takes a lot of time to get the majority of wallets to the latest version and as Bush says SX is safe only if the whole network is supporting it or at least the majority of wallets/miners
We need a good time table to do it.
Also, what will be the influence on the Android wallet? We already have a backlog and are still short on Android developers who could help here.
-
I had build a p2pool for 0.9.3 core , I hope to test SX, Now commit SX transaction right, but can not comfire them on MAIN_NET.
-
a p2pool on 0.9.3 core http://block.ftc-c.com:19327/static/
-
I can see SX Txs in block explore that base on 0.9.3 core . It send SX Transaction success, You can fiind those TXID in block.ftc-c.com , but no miner can confirm them ??? ???
twice, send 0.01 ftc to dooFJnznafPjRs2xtwZM8pabY35qn9MqqDxmpfUzbaNzBLCwWwKwcCWXaxDZKZwsq8jyrLmuXn8gUtAcd7xRAPG6AjqF3WgKEwbAAv
http://block.ftc-c.com/tx/dcc0260532025d6d7ecd69cd3cdd8ed9ea58ea4d96669a9e2b83c46e33e058fd
http://block.ftc-c.com/tx/5450cbc71b182a92e626be374c54fe4a5def179c363923fcd982248da7d0058e
is it must solo mine ?