 Show Posts
|
|
Pages: « 1 [2] 3 4 5 6 »
|
ive decided to go with the quark algo since its not everyday that you see a coin with that algo.scrypt,sha256,x11 and also equihash are the most common these days.im still in the development stage so i am constantly trying to improve features and stability.its a chance im taking like all the rest.maybe it works,maybe it wont.its all up to the crypto community
Good luck for the project, but i think you must study this part to attract more peoples. anti asic ? |
|
|
|
|
Can you explaign what do you mean by:
The POW mechanism is a voting system for users
?
|
|
|
|
|
What is the advantage of Quark compared to equihash and others ?
Happy launching.
|
|
|
|
I am waiting impatiently this new awesome idea ! I love this kind of game, since each time i play them on facebook  so you have here a good concurrent |
|
|
|
|
Thank you for your comments.
Any other suggestions please ?
|
|
|
|
How is this related to your 'maximum send limit idea' ?  If you set for your address the condition: Only 0.3 ALT for 24 hours, then attacker can only get 0.3 ALT and not your full balance throue the JSON RPC API. Since he can't access to the private key from the API, and then he can't manage to modify the condition since the private key is required for that.
> if someone have access to your phone or desktop client, he cant send everything
This doesn't make sense. If your mobile/desktop client doesn't contain the private key, it is not a fully functional wallet. Where is the private key stored in your 'concept' ?
Of course the private key will be there, but i am speaking about regular user who have access to your phone ... he can't send the full balance from your client ... since he must have knowledge on how to get the private key from the mobile phone etc ... and even for hacker this make the process longer, just the time to recover your phone etc ... If you really want to have absolute security about the withdrawal limits being enforced, all you can do is create an alt that does so on the protocol level.
I am speaking about a bitcoin fork (Altcoin), how someone can manage to integrate this feature on it ? Is there any altcoin that integrated similar function ? Any documentation in this way ? |
|
|
|
If someone get your private key, sure you will lose everything, but this will prevent some attacks like:
- steal everything from JSON RPC api for web services
Exchanges should keep everything in cold storage to begin with. If you can empty their wallets using their API they already have fucked up security so badly that no rate limiter will be able to help them. - if someone have access to your phone or desktop client, he cant send everything
Of course they can, because then they simply increase the withdrawal limit before stealing your coins. But the main question remain, how it is possible programmatically to add this feature.
1) Keep track of outgoing transactions within the last 24 hours 2) Whenever a new transaction is made, accumulate the outgoing transaction amount and check against it 3) Publish the new transaction on the blockchain if the outgoing transaction amount is smaller than the withdrawal limit minus the accumulated amount of outgoing transactions within the last 24 hours 4) Otherwise display user message Thank you for your time. They cant since private key is required to set limit for an address. For json rpc server this will limit the impact of the attack of course, since from json rpc you cant get private key of addresses etc. If someone bypass send limit ine the client side, what is the appraoch to take ? How the block chain will check that ? How the other clients trust the transaction ? |
|
|
|
What would be the sense of such a feature? What problem does it solve?
It's mentioned in the original post: This will prevent stealing big amount of BTC in a major exchanger and even from owners.
I somehow completely ignored that  But this doesn't make sense. 1) Exchanges can create a withdraw limit on appliaction level (e.g. application which checks the current withdrawn balance from their wallet -> allow/refuse) 2) It also doesn't prevent coins from being stolen from a laysman. If Alice has 10 BTC's 'sitting on address' X. And Bob has been able to get Alice's corresponding private key. Bob withdraws the maxium amount possible (e.g. 1 BTC / 24 hours). -> 9 BTC remaining. Now Alice has to wait 24 hours until she can 'save' 1BTC. But Bob is a smart boy and has created a script which will automatically create another transaction after these 23:59:59 hours have passed. This will require Alice to also code a script which (hopefully) will create the TX (with an extraordinary high fee) before bob's script does create his transaction. Thats basically a race condition. Additionally: I wouldn't store my BTC on an address where only (X btc/ Y hours) can be withdrawn from. I'd rather create multiple addresses which all holding a maximum of X BTC. And i guess the majority of users with X+ BTC would handle it this way too. This creates more problem than it is going to solve. How to pay for a house? Wait 20 days, paying 1 BTC each day? How shall an exchange utilize a cold wallet? With 10.000+ addresses rotating every Y hours? IMO, this is a bad approach. The owner should have full control over his funds. And the security should be handled by the user only (which requires the network to be fully secured itself, of course). So, you will stay have full control of your address since you have just to change the parameter and remove the condition from your private key so you can pay for house etc. Please read my post well to understand more the idea. If someone get your private key, sure you will lose everything, but this will prevent some attacks like: - steal everything from JSON RPC api for web services - if someone have access to your phone or desktop client, he cant send everything The idea can be developed more to cover more cases. But the main question remain, how it is possible programmatically to add this feature. |
|
|
|
|
If new altcoin is able to implement this feature, so everyone can set a limit to spend X ALT in the X time etc. ?
Programmatically is it possible in the blockchain technology ? In the way that each one can set that parameters in decentralized way ?
Is there any altcoin based on bitcoin core implemented this feature ?
|
|
|
|
|
So anyone that have masternode is exposed to high risk to be hacked ?
|
|
|
|
|
What is everyone can own a masternode, is it good ?
|
|
|
|
You DEFINITELY can integrate such functionality for your LOCAL Bitcoin Core Wallet, but it's impossible for today to integrate such functionality to entire Bitcoin Blockchain, because it may break current consensus. So, you can edit Bitcoin Core https://github.com/bitcoin/bitcoin, implement such functionality and even make pull request. But these steps will setup sending limits only to your modernized local wallet. And if someone steal your private keys, he/she will be able to send all your coins from his/her ordinary wallet. How it can be done ? Is it possible for a bitcoin fork for example ? and can be applied for any bitcoin address proving the private key to check if he/she own that address ? |
|
|
|
|
I am looking for a clear answer about this question please, do masternodes good or not for futur of any cryptocurrency ?
Advantages & inconvignence ?
|
|
|
|
|
Hi,
I want know if someone can integrate a send limit for a particular bitcoin address ?
For example, i set maximum send limit: 0.001 BTC in one transaction under 24 hours !
This will prevent stealing big amount of BTC in a major exchanger and even from owners.
Any idea about this, is it possible to implement it on bitcoin core ?
|
|
|
|
|
If yes, please give your feedback about it
|
|
|
|
|
What i get from my searchs that masternodes kill altcoins and give power for rich, is it right ?
|
|
|
|
|
With the upcomming lightning network, bitcoin will go moon.
|
|
|
|
|
Nice share.
Cryptocurrencies are money of the futur.
|
|
|
|
|
