|
ekoja
|
 |
July 07, 2017, 01:16:42 PM |
|
QTUM Team - on Slack and WeChat there has been information shared by your team (on SLACK - johnscianna) that QTUM will release an ERC20 token to allow trading of QTUM as soon as this week - please comment.
C'mon man... Why would Qtum, a coin that wants to compete with Ethereum with it's own blockchain, use Ethereum's blockchain? On a completely different note, I am your third cousin, and my father is a rich prince in Nigeria. He wants to come to America, but needs $5,000 USD (he only owns Nigerian currency, and there is no bank or airport in Nigeria that will do the exchange). I don't have the money, but if you wire him that money, he will repay you 400X that when he gets to America.
So Okcoin can list it tomorrow!Mark it. And see how you will eat your words. |
|
|
|
|
|
|
|
|
|
|
|
The forum strives to allow free discussion of any ideas. All policies are built around this principle. This doesn't mean you can post garbage, though: posts should actually contain ideas, and these ideas should be argued reasonably.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
|
|
lijoe408
|
|
July 07, 2017, 02:14:08 PM |
|
Website down again. Anyone here in the qtum wechat groups? I wonder what the sentiment is right now given the big recent sell off.
|
|
|
|
|
lijoe408
|
|
July 08, 2017, 01:54:26 AM |
|
What's going on with the price  down 30%+. The market is down in general but why is qtum selling off so heavy? |
|
|
|
abescapital
Newbie
 Offline
Activity: 20
Merit: 0
|
|
July 08, 2017, 02:27:19 AM |
|
What's going on with the price down 30%+. The market is down in general but why is qtum selling off so heavy? It's a coin that doesn't really exist yet so you would imagine that it would have a higher beta compared to the other coins out there. If you believe in what they're doing longer term this is just a buying opportunity across all of crypto. Although given btc decision is on Aug 1st we're probably going to see another few weeks of pain before things bounce back materially in any way. |
|
|
|
|
|
lijoe408
|
|
July 08, 2017, 02:29:48 AM |
|
QTUM Team - on Slack and WeChat there has been information shared by your team (on SLACK - johnscianna) that QTUM will release an ERC20 token to allow trading of QTUM as soon as this week - please comment.
C'mon man... Why would Qtum, a coin that wants to compete with Ethereum with it's own blockchain, use Ethereum's blockchain? On a completely different note, I am your third cousin, and my father is a rich prince in Nigeria. He wants to come to America, but needs $5,000 USD (he only owns Nigerian currency, and there is no bank or airport in Nigeria that will do the exchange). I don't have the money, but if you wire him that money, he will repay you 400X that when he gets to America. They are creating an ERC20 token. It's a placeholder IOU token but will probably allow qtum to be listed on exchanges that didn't participate in the ICO. They're doing this to allow people to trade their tokens earlier. It's listed on their official Slack.... |
|
|
|
|
|
|
dolph
|
|
July 08, 2017, 09:22:00 AM |
|
QTUM Team - on Slack and WeChat there has been information shared by your team (on SLACK - johnscianna) that QTUM will release an ERC20 token to allow trading of QTUM as soon as this week - please comment.
C'mon man... Why would Qtum, a coin that wants to compete with Ethereum with it's own blockchain, use Ethereum's blockchain? On a completely different note, I am your third cousin, and my father is a rich prince in Nigeria. He wants to come to America, but needs $5,000 USD (he only owns Nigerian currency, and there is no bank or airport in Nigeria that will do the exchange). I don't have the money, but if you wire him that money, he will repay you 400X that when he gets to America. They are creating an ERC20 token. It's a placeholder IOU token but will probably allow qtum to be listed on exchanges that didn't participate in the ICO. They're doing this to allow people to trade their tokens earlier. It's listed on their official Slack.... not sure this is wise, going to confuse people |
|
|
|
|
|
cryptoworldwide
|
|
July 08, 2017, 12:30:27 PM |
|
Thanks for regular update Qtum team using newsletter, hope you will rock soon.
|
|
|
|
Gleb Gamow
In memoriam
VIP
Legendary
Offline
Activity: 1428
Merit: 1145
|
|
July 08, 2017, 01:42:00 PM
Last edit: July 08, 2017, 01:54:14 PM by Gleb Gamow |
|
QTUM Team - on Slack and WeChat there has been information shared by your team (on SLACK - johnscianna) that QTUM will release an ERC20 token to allow trading of QTUM as soon as this week - please comment.
C'mon man... Why would Qtum, a coin that wants to compete with Ethereum with it's own blockchain, use Ethereum's blockchain? On a completely different note, I am your third cousin, and my father is a rich prince in Nigeria. He wants to come to America, but needs $5,000 USD (he only owns Nigerian currency, and there is no bank or airport in Nigeria that will do the exchange). I don't have the money, but if you wire him that money, he will repay you 400X that when he gets to America. They are creating an ERC20 token. It's a placeholder IOU token but will probably allow qtum to be listed on exchanges that didn't participate in the ICO. They're doing this to allow people to trade their tokens earlier. It's listed on their official Slack.... not sure this is wise, going to confuse people Here's a business model. Create another ERC20 token whose sole utility is to facilitate trade of Qtum's ERC20 token. Offer it only in South America and on the African continent - AND the island of Yap when exchanging Rai Stones.  "Genius, this ERC20 token used to acquire another ERC20 token used to acquire another ERC20 token whose purpose is to acquire yet another ERC20 token, then we give our investors of Quark's Bar vouchers sometime in September. Tell me more about this ICO where we'll garner ten thousand bars of pure gold-pressed latinum, hopefully enough money to build this program, else we'll have to do another ICO. You say you got some guy named Steven onboard to help build this bitch? Patrick? Whatever! Nobody in this quadrant cares about names." |
|
|
|
|
|
|
|
BTCspace
|
|
July 08, 2017, 07:09:54 PM |
|
i love you Gleb, your critique are making Qtum project better. haha  how do you think about EOS? they are too greedy? i think we should remind all the people in crypto word, since they are the biggest greedy project.
and f@@@k... they only have a ERC20 shit tokens.. and they want do an ICO last one year,, and they want to raised 1 billion dollars!!!!!!!!!!!!how do you think Gleb? EOS is a scam ! this is become true now! |
running farm worldwide
|
|
|
|
|
|
Qtum (OP)
|
|
July 09, 2017, 07:38:40 AM |
|
Development Update:
Week of June 25th and July 3rd:
Changes made through this week to the core wallet:
Note: not all of these changes were merged into testnet-1
Bugs fixed:
* [Staker/Wallet] Fixed minor bugs with the initial unlock for staking code
* [EVM/AAL] Fixed a bug in the vout limit checking that caused problems when the number of outputs in a transaction is greater than 256
Work completed:
* [Documentation] Updated the issue template on github
* [EVM/AAL] Changed the vector for tracking "deleted addresses" to be a set, which resulted in a major performance boost in the AAL's Condensing Tx generation
* [Staker/Wallet] Added ability to unlock the wallet for staking only
* [EVM/AAL] Changed how the contract vout limit checking was implemented to be faster and have a more reasonable security profile
* [Tests] Fixed failing QA tests due to changing the coin maturity to 500 for testnet-1 parameters
* [Documentation] Added guide for how to participate in the Sparknet/testnet-1
* [Documentation] Added instructions for building on OSX
* [Tests] Fixed failing tests caused by switching to a new contract address format
* [Consensus/EVM] Made it so that `coinbase` in Solidity returns the 2nd vout of the 2nd tx in a PoS block - This breaks consensus and was only merged to master
* [RPC] Added new commands to convert base58 addresses to and from the hex addresses used in the EVM
* [RPC] Added a `sendmanywithdupes` RPC call which is like `sendmany` but can send more than 1 output to a single address in a single transaction
* [Documentation] Cleaned up changelog to remove old Bitcoin releases
* [Documentation] Add instructions for compiling Qtum on Ubuntu 14.04
* [Misc] Fixed some minor code syntax to allow building on older GCC compilers (part of building on Ubuntu 14.04)
* [Misc] Refactored code so that it is more easily possible to access the Version field of a contract creation/call transaction
* [Testing] We have been testing and reviewing the DGP implementation
* [Consensus/EVM] Updated the EVM to allow a sender that is 0 (before it threw an exception). This is a minor consensus break that will be merged into testnet-1
In-progress work and soon to be fixed bugs:
* [Misc] we have been doing some prototyping on Qtum to add a 32bit x86 VM to Qtum. This would allow for writing contracts in C, C++, Rust, etc. Anything that supports x86. It should be complete for prototype purposes next week and will be accompanied by a blog post etc, covering what exactly that means. This does not mean that Qtum will be officially supporting x86 contracts in the future, this prototyping is to help us determine if it is a good idea, and it would most likely not happen until after the mainnet release if we were to support it.
also we will release the first version mobile wallet on Monday.
|
|
|
|
Gaius Cryptus Tradius
Full Member
Offline
Activity: 196
Merit: 100
Hoqu.io – Decentralized Affiliate platform
|
|
July 09, 2017, 07:57:06 AM |
|
Qtum seems like a great coin, it is under the radar right now. Since it is mainly only traded on Chinese exchanges.
|
|
|
|
|
BTCspace
|
|
July 09, 2017, 11:11:05 AM |
|
Development Update:
Week of June 25th and July 3rd:
Changes made through this week to the core wallet:
Note: not all of these changes were merged into testnet-1
Bugs fixed:
* [Staker/Wallet] Fixed minor bugs with the initial unlock for staking code
* [EVM/AAL] Fixed a bug in the vout limit checking that caused problems when the number of outputs in a transaction is greater than 256
Work completed:
* [Documentation] Updated the issue template on github
* [EVM/AAL] Changed the vector for tracking "deleted addresses" to be a set, which resulted in a major performance boost in the AAL's Condensing Tx generation
* [Staker/Wallet] Added ability to unlock the wallet for staking only
* [EVM/AAL] Changed how the contract vout limit checking was implemented to be faster and have a more reasonable security profile
* [Tests] Fixed failing QA tests due to changing the coin maturity to 500 for testnet-1 parameters
* [Documentation] Added guide for how to participate in the Sparknet/testnet-1
* [Documentation] Added instructions for building on OSX
* [Tests] Fixed failing tests caused by switching to a new contract address format
* [Consensus/EVM] Made it so that `coinbase` in Solidity returns the 2nd vout of the 2nd tx in a PoS block - This breaks consensus and was only merged to master
* [RPC] Added new commands to convert base58 addresses to and from the hex addresses used in the EVM
* [RPC] Added a `sendmanywithdupes` RPC call which is like `sendmany` but can send more than 1 output to a single address in a single transaction
* [Documentation] Cleaned up changelog to remove old Bitcoin releases
* [Documentation] Add instructions for compiling Qtum on Ubuntu 14.04
* [Misc] Fixed some minor code syntax to allow building on older GCC compilers (part of building on Ubuntu 14.04)
* [Misc] Refactored code so that it is more easily possible to access the Version field of a contract creation/call transaction
* [Testing] We have been testing and reviewing the DGP implementation
* [Consensus/EVM] Updated the EVM to allow a sender that is 0 (before it threw an exception). This is a minor consensus break that will be merged into testnet-1
In-progress work and soon to be fixed bugs:
* [Misc] we have been doing some prototyping on Qtum to add a 32bit x86 VM to Qtum. This would allow for writing contracts in C, C++, Rust, etc. Anything that supports x86. It should be complete for prototype purposes next week and will be accompanied by a blog post etc, covering what exactly that means. This does not mean that Qtum will be officially supporting x86 contracts in the future, this prototyping is to help us determine if it is a good idea, and it would most likely not happen until after the mainnet release if we were to support it.
also we will release the first version mobile wallet on Monday.
wow X86 VM, that's amazing.. i hope this VM is better than EVM Qtum will be a top5 coin this year. |
running farm worldwide
|
|
|
|
cryptoworldwide
|
|
July 09, 2017, 11:51:06 AM |
|
Happy to see progress of Qtum Network  |
|
|
|
iandoZ
Member
Offline
Activity: 128
Merit: 10
|
|
July 09, 2017, 01:46:02 PM |
|
Development Update:
Week of June 25th and July 3rd:
Changes made through this week to the core wallet:
Note: not all of these changes were merged into testnet-1
Bugs fixed:
* [Staker/Wallet] Fixed minor bugs with the initial unlock for staking code
* [EVM/AAL] Fixed a bug in the vout limit checking that caused problems when the number of outputs in a transaction is greater than 256
Work completed:
* [Documentation] Updated the issue template on github
* [EVM/AAL] Changed the vector for tracking "deleted addresses" to be a set, which resulted in a major performance boost in the AAL's Condensing Tx generation
* [Staker/Wallet] Added ability to unlock the wallet for staking only
* [EVM/AAL] Changed how the contract vout limit checking was implemented to be faster and have a more reasonable security profile
* [Tests] Fixed failing QA tests due to changing the coin maturity to 500 for testnet-1 parameters
* [Documentation] Added guide for how to participate in the Sparknet/testnet-1
* [Documentation] Added instructions for building on OSX
* [Tests] Fixed failing tests caused by switching to a new contract address format
* [Consensus/EVM] Made it so that `coinbase` in Solidity returns the 2nd vout of the 2nd tx in a PoS block - This breaks consensus and was only merged to master
* [RPC] Added new commands to convert base58 addresses to and from the hex addresses used in the EVM
* [RPC] Added a `sendmanywithdupes` RPC call which is like `sendmany` but can send more than 1 output to a single address in a single transaction
* [Documentation] Cleaned up changelog to remove old Bitcoin releases
* [Documentation] Add instructions for compiling Qtum on Ubuntu 14.04
* [Misc] Fixed some minor code syntax to allow building on older GCC compilers (part of building on Ubuntu 14.04)
* [Misc] Refactored code so that it is more easily possible to access the Version field of a contract creation/call transaction
* [Testing] We have been testing and reviewing the DGP implementation
* [Consensus/EVM] Updated the EVM to allow a sender that is 0 (before it threw an exception). This is a minor consensus break that will be merged into testnet-1
In-progress work and soon to be fixed bugs:
* [Misc] we have been doing some prototyping on Qtum to add a 32bit x86 VM to Qtum. This would allow for writing contracts in C, C++, Rust, etc. Anything that supports x86. It should be complete for prototype purposes next week and will be accompanied by a blog post etc, covering what exactly that means. This does not mean that Qtum will be officially supporting x86 contracts in the future, this prototyping is to help us determine if it is a good idea, and it would most likely not happen until after the mainnet release if we were to support it.
also we will release the first version mobile wallet on Monday.
wow X86 VM, that's amazing.. i hope this VM is better than EVM Qtum will be a top5 coin this year. what do you think of this recently drop down of qtum? |
|
|
|
Nalien
Member
Offline
Activity: 229
Merit: 10
|
|
July 09, 2017, 04:40:47 PM |
|
Development Update:
Week of June 25th and July 3rd:
Changes made through this week to the core wallet:
Note: not all of these changes were merged into testnet-1
Bugs fixed:
* [Staker/Wallet] Fixed minor bugs with the initial unlock for staking code
* [EVM/AAL] Fixed a bug in the vout limit checking that caused problems when the number of outputs in a transaction is greater than 256
Work completed:
* [Documentation] Updated the issue template on github
* [EVM/AAL] Changed the vector for tracking "deleted addresses" to be a set, which resulted in a major performance boost in the AAL's Condensing Tx generation
* [Staker/Wallet] Added ability to unlock the wallet for staking only
* [EVM/AAL] Changed how the contract vout limit checking was implemented to be faster and have a more reasonable security profile
* [Tests] Fixed failing QA tests due to changing the coin maturity to 500 for testnet-1 parameters
* [Documentation] Added guide for how to participate in the Sparknet/testnet-1
* [Documentation] Added instructions for building on OSX
* [Tests] Fixed failing tests caused by switching to a new contract address format
* [Consensus/EVM] Made it so that `coinbase` in Solidity returns the 2nd vout of the 2nd tx in a PoS block - This breaks consensus and was only merged to master
* [RPC] Added new commands to convert base58 addresses to and from the hex addresses used in the EVM
* [RPC] Added a `sendmanywithdupes` RPC call which is like `sendmany` but can send more than 1 output to a single address in a single transaction
* [Documentation] Cleaned up changelog to remove old Bitcoin releases
* [Documentation] Add instructions for compiling Qtum on Ubuntu 14.04
* [Misc] Fixed some minor code syntax to allow building on older GCC compilers (part of building on Ubuntu 14.04)
* [Misc] Refactored code so that it is more easily possible to access the Version field of a contract creation/call transaction
* [Testing] We have been testing and reviewing the DGP implementation
* [Consensus/EVM] Updated the EVM to allow a sender that is 0 (before it threw an exception). This is a minor consensus break that will be merged into testnet-1
In-progress work and soon to be fixed bugs:
* [Misc] we have been doing some prototyping on Qtum to add a 32bit x86 VM to Qtum. This would allow for writing contracts in C, C++, Rust, etc. Anything that supports x86. It should be complete for prototype purposes next week and will be accompanied by a blog post etc, covering what exactly that means. This does not mean that Qtum will be officially supporting x86 contracts in the future, this prototyping is to help us determine if it is a good idea, and it would most likely not happen until after the mainnet release if we were to support it.
also we will release the first version mobile wallet on Monday.
wow X86 VM, that's amazing.. i hope this VM is better than EVM Qtum will be a top5 coin this year. what do you think of this recently drop down of qtum? Just the whales playing their usual games in my opinion. |
|
|
|
|
|
BTCspace
|
|
July 09, 2017, 06:49:20 PM |
|
Development Update:
Week of June 25th and July 3rd:
Changes made through this week to the core wallet:
Note: not all of these changes were merged into testnet-1
Bugs fixed:
* [Staker/Wallet] Fixed minor bugs with the initial unlock for staking code
* [EVM/AAL] Fixed a bug in the vout limit checking that caused problems when the number of outputs in a transaction is greater than 256
Work completed:
* [Documentation] Updated the issue template on github
* [EVM/AAL] Changed the vector for tracking "deleted addresses" to be a set, which resulted in a major performance boost in the AAL's Condensing Tx generation
* [Staker/Wallet] Added ability to unlock the wallet for staking only
* [EVM/AAL] Changed how the contract vout limit checking was implemented to be faster and have a more reasonable security profile
* [Tests] Fixed failing QA tests due to changing the coin maturity to 500 for testnet-1 parameters
* [Documentation] Added guide for how to participate in the Sparknet/testnet-1
* [Documentation] Added instructions for building on OSX
* [Tests] Fixed failing tests caused by switching to a new contract address format
* [Consensus/EVM] Made it so that `coinbase` in Solidity returns the 2nd vout of the 2nd tx in a PoS block - This breaks consensus and was only merged to master
* [RPC] Added new commands to convert base58 addresses to and from the hex addresses used in the EVM
* [RPC] Added a `sendmanywithdupes` RPC call which is like `sendmany` but can send more than 1 output to a single address in a single transaction
* [Documentation] Cleaned up changelog to remove old Bitcoin releases
* [Documentation] Add instructions for compiling Qtum on Ubuntu 14.04
* [Misc] Fixed some minor code syntax to allow building on older GCC compilers (part of building on Ubuntu 14.04)
* [Misc] Refactored code so that it is more easily possible to access the Version field of a contract creation/call transaction
* [Testing] We have been testing and reviewing the DGP implementation
* [Consensus/EVM] Updated the EVM to allow a sender that is 0 (before it threw an exception). This is a minor consensus break that will be merged into testnet-1
In-progress work and soon to be fixed bugs:
* [Misc] we have been doing some prototyping on Qtum to add a 32bit x86 VM to Qtum. This would allow for writing contracts in C, C++, Rust, etc. Anything that supports x86. It should be complete for prototype purposes next week and will be accompanied by a blog post etc, covering what exactly that means. This does not mean that Qtum will be officially supporting x86 contracts in the future, this prototyping is to help us determine if it is a good idea, and it would most likely not happen until after the mainnet release if we were to support it.
also we will release the first version mobile wallet on Monday.
wow X86 VM, that's amazing.. i hope this VM is better than EVM Qtum will be a top5 coin this year. what do you think of this recently drop down of qtum? Just the whales playing their usual games in my opinion. people buy and sell.. smart people will hold. |
running farm worldwide
|
|
|
|
muslol67
|
|
July 09, 2017, 09:23:00 PM |
|
Guys Im from turkey. And I cant buy it from allcoin. Anyone know where can I buy this coin |
|
|
|
|
|
