|
stormia
|
|
May 15, 2014, 04:33:31 AM |
|
When the android wallet is officially released we really need to push the news into the crypto community! First PoS functional wallet will be a big deal! I think it might be a good idea to make a lot of noise and inform all other PoS coins of it when it is complete. Once it is released, other coins are going to re-purpose the wallet right away no matter what, but if people make enough noise everybody will have to give paspi the credit he deserves for developing it and mintcoin the credit it deserves for being the first coin to accomplish such a goal.
|
|
|
|
KSGuy
|
|
May 15, 2014, 04:51:56 AM |
|
Android wallet update 6: Good news!
The following is the first transaction ever received and forwarded by mintcoinj http://mint.blockx.info/get/tx/68fec0ad06a76d1d37de929e14b6ad6d17352b715de4f5bcce648333e9bc4a9cWhat's included & currently working in mintcoinj: - The first POW+POS java bitcoin library
- A TxTracking blockchain & blockstore implementation: a compromise between Full Pruned Block Chain and SPV Block Chain
- Like a Full Pruned Block Chain, it keeps track of ALL unspent transaction outputs since genesis block. Removes unnecessary old data.
- It only verifies scripts of coinstake transactions (1 coinstake per POS block), so CPU-wise it is light-weight like a SPV Block Chain
- Unfortunately, it is not as lightweight as a Simple Payment Verification system, but technically there is no way to make bitcoin-SPV style for a POS coin security-wise.
- Processed data holds around 67 mb on disk (as of block 343262).
- Proof of Stake Protocol (PPCoin v0.3) :
- Blockchain calculates stake modifiers correctly
- Blockchain calculates and verifies stake hashes correctly (Modifiers mentioned above are required for verification). This guarantees the core security of a POS coin.
- Block signatures are supported and verified (PPCoin protocol requires each block has to be signed by owner of coinstake to prevent replaying attacks)
- Various security aspects handled due to being POS coin:
- Attacks caused by flooding side chains with invalid POS blocks (blocks that have correct header difficulty, but don't match coinstake protocol) are rejected on receipt, so the low block header difficulty won't cause attacks (Normal bitcoinj trusts only header difficulty, as expected for a POW only coin. This is not the case for POW+POS coins)
- Similarly, flooding side chains with unverifiable POS blocks (blocks that have correct header diff, but unable to verify/reject coinstake due to the output being spent&removed on main chain) are prevented due to ignorance of their difficulty. A side chain can overcome the main chain only if its *verifiable* blocks constitute a greater amount of work. Unverifiable blocks count as zero work (Until side chain becomes the main chain, where every block will be verified one by one on reorganization)
Love it!
|
|
|
|
dragonseer
|
|
May 15, 2014, 05:35:08 AM |
|
Android wallet update 6: Good news!
The following is the first transaction ever received and forwarded by mintcoinj http://mint.blockx.info/get/tx/68fec0ad06a76d1d37de929e14b6ad6d17352b715de4f5bcce648333e9bc4a9cWhat's included & currently working in mintcoinj: - The first POW+POS java bitcoin library
- A TxTracking blockchain & blockstore implementation: a compromise between Full Pruned Block Chain and SPV Block Chain
- Like a Full Pruned Block Chain, it keeps track of ALL unspent transaction outputs since genesis block. Removes unnecessary old data.
- It only verifies scripts of coinstake transactions (1 coinstake per POS block), so CPU-wise it is light-weight like a SPV Block Chain
- Unfortunately, it is not as lightweight as a Simple Payment Verification system, but technically there is no way to make bitcoin-SPV style for a POS coin security-wise.
- Processed data holds around 67 mb on disk (as of block 343262).
- Proof of Stake Protocol (PPCoin v0.3) :
- Blockchain calculates stake modifiers correctly
- Blockchain calculates and verifies stake hashes correctly (Modifiers mentioned above are required for verification). This guarantees the core security of a POS coin.
- Block signatures are supported and verified (PPCoin protocol requires each block has to be signed by owner of coinstake to prevent replaying attacks)
- Various security aspects handled due to being POS coin:
- Attacks caused by flooding side chains with invalid POS blocks (blocks that have correct header difficulty, but don't match coinstake protocol) are rejected on receipt, so the low block header difficulty won't cause attacks (Normal bitcoinj trusts only header difficulty, as expected for a POW only coin. This is not the case for POW+POS coins)
- Similarly, flooding side chains with unverifiable POS blocks (blocks that have correct header diff, but unable to verify/reject coinstake due to the output being spent&removed on main chain) are prevented due to ignorance of their difficulty. A side chain can overcome the main chain only if its *verifiable* blocks constitute a greater amount of work. Unverifiable blocks count as zero work (Until side chain becomes the main chain, where every block will be verified one by one on reorganization)
YES!
|
|
|
|
|
jakema
Newbie
Offline
Activity: 51
Merit: 0
|
|
May 15, 2014, 08:04:37 AM |
|
Android wallet update 6: Good news!
The following is the first transaction ever received and forwarded by mintcoinj http://mint.blockx.info/get/tx/68fec0ad06a76d1d37de929e14b6ad6d17352b715de4f5bcce648333e9bc4a9chttps://i.imgur.com/NxLHY3K.pngWhat's included & currently working in mintcoinj: - The first POW+POS java bitcoin library
- A TxTracking blockchain & blockstore implementation: a compromise between Full Pruned Block Chain and SPV Block Chain
- Like a Full Pruned Block Chain, it keeps track of ALL unspent transaction outputs since genesis block. Removes unnecessary old data.
- It only verifies scripts of coinstake transactions (1 coinstake per POS block), so CPU-wise it is light-weight like a SPV Block Chain
- Unfortunately, it is not as lightweight as a Simple Payment Verification system, but technically there is no way to make bitcoin-SPV style for a POS coin security-wise.
- Processed data holds around 67 mb on disk (as of block 343262).
- Proof of Stake Protocol (PPCoin v0.3) :
- Blockchain calculates stake modifiers correctly
- Blockchain calculates and verifies stake hashes correctly (Modifiers mentioned above are required for verification). This guarantees the core security of a POS coin.
- Block signatures are supported and verified (PPCoin protocol requires each block has to be signed by owner of coinstake to prevent replaying attacks)
- Various security aspects handled due to being POS coin:
- Attacks caused by flooding side chains with invalid POS blocks (blocks that have correct header difficulty, but don't match coinstake protocol) are rejected on receipt, so the low block header difficulty won't cause attacks (Normal bitcoinj trusts only header difficulty, as expected for a POW only coin. This is not the case for POW+POS coins)
- Similarly, flooding side chains with unverifiable POS blocks (blocks that have correct header diff, but unable to verify/reject coinstake due to the output being spent&removed on main chain) are prevented due to ignorance of their difficulty. A side chain can overcome the main chain only if its *verifiable* blocks constitute a greater amount of work. Unverifiable blocks count as zero work (Until side chain becomes the main chain, where every block will be verified one by one on reorganization)
http://img3.wikia.nocookie.net/__cb20120929164856/victorious/images/6/6e/Funny-gif-happy-clapping-computer.gifhttp://static4.wikia.nocookie.net/__cb20131201013522/the-house-of-anubis/images/0/00/Youre_awesome_gif.gif
|
|
|
|
mintcointeam (OP)
|
|
May 15, 2014, 09:58:16 AM |
|
Android wallet update 6: Good news!
The following is the first transaction ever received and forwarded by mintcoinj http://mint.blockx.info/get/tx/68fec0ad06a76d1d37de929e14b6ad6d17352b715de4f5bcce648333e9bc4a9cWhat's included & currently working in mintcoinj: - The first POW+POS java bitcoin library
- A TxTracking blockchain & blockstore implementation: a compromise between Full Pruned Block Chain and SPV Block Chain
- Like a Full Pruned Block Chain, it keeps track of ALL unspent transaction outputs since genesis block. Removes unnecessary old data.
- It only verifies scripts of coinstake transactions (1 coinstake per POS block), so CPU-wise it is light-weight like a SPV Block Chain
- Unfortunately, it is not as lightweight as a Simple Payment Verification system, but technically there is no way to make bitcoin-SPV style for a POS coin security-wise.
- Processed data holds around 67 mb on disk (as of block 343262).
- Proof of Stake Protocol (PPCoin v0.3) :
- Blockchain calculates stake modifiers correctly
- Blockchain calculates and verifies stake hashes correctly (Modifiers mentioned above are required for verification). This guarantees the core security of a POS coin.
- Block signatures are supported and verified (PPCoin protocol requires each block has to be signed by owner of coinstake to prevent replaying attacks)
- Various security aspects handled due to being POS coin:
- Attacks caused by flooding side chains with invalid POS blocks (blocks that have correct header difficulty, but don't match coinstake protocol) are rejected on receipt, so the low block header difficulty won't cause attacks (Normal bitcoinj trusts only header difficulty, as expected for a POW only coin. This is not the case for POW+POS coins)
- Similarly, flooding side chains with unverifiable POS blocks (blocks that have correct header diff, but unable to verify/reject coinstake due to the output being spent&removed on main chain) are prevented due to ignorance of their difficulty. A side chain can overcome the main chain only if its *verifiable* blocks constitute a greater amount of work. Unverifiable blocks count as zero work (Until side chain becomes the main chain, where every block will be verified one by one on reorganization)
Excellent news!
|
|
|
|
nov
|
|
May 15, 2014, 10:43:28 AM |
|
Hi, If you make mintcoinj library, I can make Mintcoin lightweight wallet similar like I did for Dogecoin www.wowdoge.orgor Vertcoin www.vertigowallet.orgor Execoin www.exelite.org. Let me know if you are interested, please? MINT: MZaH4MxEj5LrLDMgkw9b5yhg9dJWSfhE2k Android wallet update 6: Good news!
The following is the first transaction ever received and forwarded by mintcoinj http://mint.blockx.info/get/tx/68fec0ad06a76d1d37de929e14b6ad6d17352b715de4f5bcce648333e9bc4a9cWhat's included & currently working in mintcoinj: - The first POW+POS java bitcoin library
- A TxTracking blockchain & blockstore implementation: a compromise between Full Pruned Block Chain and SPV Block Chain
- Like a Full Pruned Block Chain, it keeps track of ALL unspent transaction outputs since genesis block. Removes unnecessary old data.
- It only verifies scripts of coinstake transactions (1 coinstake per POS block), so CPU-wise it is light-weight like a SPV Block Chain
- Unfortunately, it is not as lightweight as a Simple Payment Verification system, but technically there is no way to make bitcoin-SPV style for a POS coin security-wise.
- Processed data holds around 67 mb on disk (as of block 343262).
- Proof of Stake Protocol (PPCoin v0.3) :
- Blockchain calculates stake modifiers correctly
- Blockchain calculates and verifies stake hashes correctly (Modifiers mentioned above are required for verification). This guarantees the core security of a POS coin.
- Block signatures are supported and verified (PPCoin protocol requires each block has to be signed by owner of coinstake to prevent replaying attacks)
- Various security aspects handled due to being POS coin:
- Attacks caused by flooding side chains with invalid POS blocks (blocks that have correct header difficulty, but don't match coinstake protocol) are rejected on receipt, so the low block header difficulty won't cause attacks (Normal bitcoinj trusts only header difficulty, as expected for a POW only coin. This is not the case for POW+POS coins)
- Similarly, flooding side chains with unverifiable POS blocks (blocks that have correct header diff, but unable to verify/reject coinstake due to the output being spent&removed on main chain) are prevented due to ignorance of their difficulty. A side chain can overcome the main chain only if its *verifiable* blocks constitute a greater amount of work. Unverifiable blocks count as zero work (Until side chain becomes the main chain, where every block will be verified one by one on reorganization)
|
|
|
|
mintcointeam (OP)
|
|
May 15, 2014, 01:46:06 PM |
|
Hi, If you make mintcoinj library, I can make Mintcoin lightweight wallet similar like I did for Dogecoin www.wowdoge.orgor Vertcoin www.vertigowallet.orgor Execoin www.exelite.org. Let me know if you are interested, please? MINT: MZaH4MxEj5LrLDMgkw9b5yhg9dJWSfhE2k Android wallet update 6: Good news!
The following is the first transaction ever received and forwarded by mintcoinj http://mint.blockx.info/get/tx/68fec0ad06a76d1d37de929e14b6ad6d17352b715de4f5bcce648333e9bc4a9cWhat's included & currently working in mintcoinj: - The first POW+POS java bitcoin library
- A TxTracking blockchain & blockstore implementation: a compromise between Full Pruned Block Chain and SPV Block Chain
- Like a Full Pruned Block Chain, it keeps track of ALL unspent transaction outputs since genesis block. Removes unnecessary old data.
- It only verifies scripts of coinstake transactions (1 coinstake per POS block), so CPU-wise it is light-weight like a SPV Block Chain
- Unfortunately, it is not as lightweight as a Simple Payment Verification system, but technically there is no way to make bitcoin-SPV style for a POS coin security-wise.
- Processed data holds around 67 mb on disk (as of block 343262).
- Proof of Stake Protocol (PPCoin v0.3) :
- Blockchain calculates stake modifiers correctly
- Blockchain calculates and verifies stake hashes correctly (Modifiers mentioned above are required for verification). This guarantees the core security of a POS coin.
- Block signatures are supported and verified (PPCoin protocol requires each block has to be signed by owner of coinstake to prevent replaying attacks)
- Various security aspects handled due to being POS coin:
- Attacks caused by flooding side chains with invalid POS blocks (blocks that have correct header difficulty, but don't match coinstake protocol) are rejected on receipt, so the low block header difficulty won't cause attacks (Normal bitcoinj trusts only header difficulty, as expected for a POW only coin. This is not the case for POW+POS coins)
- Similarly, flooding side chains with unverifiable POS blocks (blocks that have correct header diff, but unable to verify/reject coinstake due to the output being spent&removed on main chain) are prevented due to ignorance of their difficulty. A side chain can overcome the main chain only if its *verifiable* blocks constitute a greater amount of work. Unverifiable blocks count as zero work (Until side chain becomes the main chain, where every block will be verified one by one on reorganization)
Check your PM!
|
|
|
|
ahbartsch
|
|
May 15, 2014, 01:50:25 PM |
|
Is there any way to add darkcoin functionality to mintcoin eventually? Adding true anonymity would add another perk to this coin.
|
|
|
|
dragonseer
|
|
May 15, 2014, 02:04:19 PM |
|
Is there any way to add darkcoin functionality to mintcoin eventually? Adding true anonymity would add another perk to this coin.
I just sold all my Darkcoin... One my issues with it is that yes, Darksend when it's finished can just be added to any other coin as an added functionality I believe.
|
|
|
|
BitcoinFX
Legendary
Offline
Activity: 2646
Merit: 1722
https://youtu.be/DsAVx0u9Cw4 ... Dr. WHO < KLF
|
|
May 15, 2014, 03:07:52 PM |
|
Is there any way to add darkcoin functionality to mintcoin eventually? Adding true anonymity would add another perk to this coin.
I just sold all my Darkcoin... One my issues with it is that yes, Darksend when it's finished can just be added to any other coin as an added functionality I believe. For the main part, Proof-of-Stake and the function of Staking somewhat relinquishes your wallets anonymity onto the blockchain. Therefore, the addition of effective 'darksend' technology into any PoS coin is much more difficult, certainly in the immediate future. It will be much simpler for developers to include this type of function into non-PoS coins. In terms of Alt. coins, Mintcoin and Darkcoin are perhaps two of the main and most important coins looking forward, imho. Mintcoin - a pure PoS 'energy saving' coin that serves as an interest bearing / savings account. Darkcoin - an energy efficient PoW algorithm and true 'anonymous' transactions, when Darksend is fully implemented.
|
|
|
|
dogechode
|
|
May 15, 2014, 03:28:26 PM |
|
Is "mintcoinj" what we're calling the android wallet? Little confused, sorry...
|
|
|
|
ahbartsch
|
|
May 15, 2014, 04:19:58 PM |
|
Paspi: might I suggest not releasing the source code to mintcoin android wallet/mintcoinj immediately. I would suggest giving it a 6 month grace period to give mintcoin a head start, otherwise it will be copied to every other pos coin immediately and give mintcoin no intrinsic value. Thoughts?
|
|
|
|
Kergekoin
|
|
May 15, 2014, 04:40:50 PM |
|
Paspi: might I suggest not releasing the source code to mintcoin android wallet/mintcoinj immediately. I would suggest giving it a 6 month grace period to give mintcoin a head start, otherwise it will be copied to every other pos coin immediately and give mintcoin no intrinsic value. Thoughts?
Its double edged sword. Do you trust a stranger with your coins without knowing what is inside the code? I guess, its the idea which needs to be discussed, but i doubt that there will be much pro´s for keeping source code private.
|
|
|
|
ahbartsch
|
|
May 15, 2014, 04:48:53 PM |
|
Paspi: might I suggest not releasing the source code to mintcoin android wallet/mintcoinj immediately. I would suggest giving it a 6 month grace period to give mintcoin a head start, otherwise it will be copied to every other pos coin immediately and give mintcoin no intrinsic value. Thoughts?
Its double edged sword. Do you trust a stranger with your coins without knowing what is inside the code? I guess, its the idea which needs to be discussed, but i doubt that there will be much pro´s for keeping source code private. I didn't think about this aspect. I just worry that paspi's work will not benefit mintcoin and this his bounty won't really be worth it as larger volume coins like blackcoin or cinni reap the benefits of his hard work.
|
|
|
|
dragonseer
|
|
May 15, 2014, 04:52:12 PM |
|
Paspi: might I suggest not releasing the source code to mintcoin android wallet/mintcoinj immediately. I would suggest giving it a 6 month grace period to give mintcoin a head start, otherwise it will be copied to every other pos coin immediately and give mintcoin no intrinsic value. Thoughts?
Its double edged sword. Do you trust a stranger with your coins without knowing what is inside the code? I guess, its the idea which needs to be discussed, but i doubt that there will be much pro´s for keeping source code private. To have a grace period, the source code could just be released to the developers and they could approve it... It makes sense to have this stamp of approval and only allow Mintcoin fans to use the android wallet for a while before the source code is released.
|
|
|
|
Beaverslayer
|
|
May 15, 2014, 05:00:44 PM |
|
Paspi: might I suggest not releasing the source code to mintcoin android wallet/mintcoinj immediately. I would suggest giving it a 6 month grace period to give mintcoin a head start, otherwise it will be copied to every other pos coin immediately and give mintcoin no intrinsic value. Thoughts?
Its double edged sword. Do you trust a stranger with your coins without knowing what is inside the code? I guess, its the idea which needs to be discussed, but i doubt that there will be much pro´s for keeping source code private. The main condition of the Developers bounty, is that the Android wallet be open source. We all have to remember as well, that paspi and Mintcoin are not the only ones working on a PoS Android wallet, Silkcoin for example states they are around 70% complete, but their version is a real battery drain. As long as paspi can complete Mintcoins Android wallet before the others, it will be paspi and Mintcoin that will always be credited with it's development, this is the important part, along with Mintcoin then being able to be used so much easier for mobile transactions.
|
|
|
|
mrqu1cky
Newbie
Offline
Activity: 14
Merit: 0
|
|
May 15, 2014, 05:54:07 PM |
|
Paspi: might I suggest not releasing the source code to mintcoin android wallet/mintcoinj immediately. I would suggest giving it a 6 month grace period to give mintcoin a head start, otherwise it will be copied to every other pos coin immediately and give mintcoin no intrinsic value. Thoughts?
Its double edged sword. Do you trust a stranger with your coins without knowing what is inside the code? I guess, its the idea which needs to be discussed, but i doubt that there will be much pro´s for keeping source code private. I didn't think about this aspect. I just worry that paspi's work will not benefit mintcoin and this his bounty won't really be worth it as larger volume coins like blackcoin or cinni reap the benefits of his hard work. Unfortunately, due to the licensing restrictions, mintcoinj would still be considered a derivative work since it was cloned from the bitcoinj library. Therefore, the person releasing the binaries must also make the source code available or risk a lawsuit.
|
|
|
|
paspi
|
|
May 15, 2014, 07:08:46 PM |
|
Mintcoinj would be free software and will keep bitcoinj's license, period.
Though I will not release any source code (including library itself) until android binary is available on Google Play. I don't want to give any other coins a head start.
|
MINT: MdPQhsGufjm5AXYkHebbnF2A155xDqVfK7
|
|
|
|