Search content
Sort by
Showing 20 of 33 results by AdSkull89
Photochain Fees
#Photochain will charge a 5% fee. This fee goes to the wallet of the Photochain Governance account.
If a photo is priced at 5 EUR, then a fee of 25 cents will be added. The 5% fee is divided into different components of the app, with most of it going to the team and the app reserve fund:
0.02% for the Ethereum network fee paid to miners and for interaction with the Photochain smart contract
0.98% for data storage costs, because pictures and digital works require ample storage space
2% for the Photochain Governance Team for ongoing development and moderation
2% for the Photochain decentralized app (DApp) reserve
The Photochain DApp reserve fund will be used to pay rewards for resolving disputes. Higher payouts from this fund will need approval from two moderators of the highest level, while smaller payouts (like rewards for resolving a claim) can be processed automatically.
#Photochain will charge a 5% fee. This fee goes to the wallet of the Photochain Governance account.
If a photo is priced at 5 EUR, then a fee of 25 cents will be added. The 5% fee is divided into different components of the app, with most of it going to the team and the app reserve fund:
0.02% for the Ethereum network fee paid to miners and for interaction with the Photochain smart contract
0.98% for data storage costs, because pictures and digital works require ample storage space
2% for the Photochain Governance Team for ongoing development and moderation
2% for the Photochain decentralized app (DApp) reserve
The Photochain DApp reserve fund will be used to pay rewards for resolving disputes. Higher payouts from this fund will need approval from two moderators of the highest level, while smaller payouts (like rewards for resolving a claim) can be processed automatically.
Hint: linking your website would be useful for those you don't know about your project.
Kudos for being extra paranoid.
On the side note why not use some known open-source encryption algo?
On the side note why not use some known open-source encryption algo?
Yeah something like triple DES should suit the needs of most paranoid person on earth https://en.wikipedia.org/wiki/Triple_DES
it also free, opensource and easy to implement.
Re: [ANN][FYP] Flyp.me ICO - 🌟 50% PROFIT SHARING 🌟 FYP Token - Snapshot Soon
I think it would be great if ANN thread also had link to ICO Terms and conditions. In some countries, for example this would be unregistered securities sale. Can you please provide link to your TOS ? Thanks!
Re: ✅ [ANN] ṨyncAi - new blockchain for Artificial Intelligence
I say again and again and will keep saying this.
BLOCKCHAIN IS BAD FOR AI.
BC have it's use cases, but it's not universal panacea for everything. It won't cure cancer, save people from hunger and invent AI. Blockcain is USELESS in AI development, and useless for any purposes in AI projects besides for gathering money. And it is BAD idea to gather money for developing AI via crowd source because if you have something that even remotely reminds of AI prototype you will find hundreds of millions from tech giants in no time.
This obsession nothing more then a sham and money grab.
BLOCKCHAIN IS BAD FOR AI.
BC have it's use cases, but it's not universal panacea for everything. It won't cure cancer, save people from hunger and invent AI. Blockcain is USELESS in AI development, and useless for any purposes in AI projects besides for gathering money. And it is BAD idea to gather money for developing AI via crowd source because if you have something that even remotely reminds of AI prototype you will find hundreds of millions from tech giants in no time.
This obsession nothing more then a sham and money grab.
Re: 🔥[ANN][ICO] LET IT PLAY - Audio layer of The Internet 🔥
I have just one question for this project.
Suppose I am a content creator. Why on earth I would chose this before giving away exclusive distribution rights to iTunes?
Suppose I am a content creator. Why on earth I would chose this before giving away exclusive distribution rights to iTunes?
A soft fork is almost always safe,
Not true.
Soft forks generally require a significant majority of the hash power to all run the new software.
If a significant minority of the hash power is running the new software, then the chain will fork.
If there is a nearly even split of hash power between the old and new software, then it will be a complete disaster for those running the new software. They will risk seeing transactions with many confirmations simply vanish. Miners on the new software will carry significant risk of losing revenue.
This is why soft forks generally will have a method for miners to announce in their blocks that their software has been upgraded and the software will generally have a "trigger" that requires a significant percentage of blocks to all include the announcement before the new changes take effect.
Lets look at the scenarios...
Soft fork with a significant majority of the hash power:
Miners on the new software create blocks faster than miners on the old software. Since the change is backwards compatible, miners on the old software accept these blocks. Since the old software is not "forward compatible", if any miner on the old software creates a block it will be ignored by all the miners on the new software. Miners on the new software will just build on top of the most recent new-software-compatible block. Once a few new-software-compatible blocks have been created, the chain will be longer than the blocks that have been added by miners that are still running the old software. Since the change is backwards compatible, all miners on the old software accept this new longer chain and orphan the few old-software blocks. In this way, the new software enforces the new rules. Miners running the old software have a HUGE incentive to upgrade to the new software, since ALL of their blocks will get orphaned, and they won't be able to earn any block rewards until they upgrade. Continuing to mine on the old software is a HUGE waste of time, money, and resources.
Soft fork with a significant minority of the hash power:
A miner on the new software gets lucky and creates a block. Since the change is backwards compatible, all miners accept this block. Since the old-software miners have the majority of the hash power, they eventually mine a block. All miners on the new software ignore this new block. All miners on the old software accept this new block and build on top of it. The miners on the old software mine several blocks on top of that. This forms an old-software-fork. Meanwhile, miners on the new software do not see any of these old-software blocks. They continue to build on top of the one new-software block. Since the old-software miners have much more hash power, their fork is always longer than the new-software fork. Therefore, the old-software miners never switch over to the shorter new-software fork. Meanwhile, since the new-software miners are attempting to enforce the new rule, they see the longer old-software fork as invalid and never switch over to it. Merchants and users that continue to run the old software will ONLY see transactions that occur on the old-software fork. Merchants and users that upgrade to the new software will ONLY see transactions that occur on the new-software fork.
Soft fork with a nearly even amounts of the hash power:
The same scenario as the "soft fork with a significant minority" EXCEPT that, due to luck, occasionally the old-software fork will grow longer than the new-software fork. When that happens, all users, merchants, and miners that are running the new software will switch to the longer old-software fork. All transactions that were confirmed in the new-software fork will immediately lose all their confirmations. Many of those transactions will invalid on the old-software fork and will therefore vanish. Then eventually a miner running the new software will solve a block and another new-software fork will begin again (until the old-software fork gets lucky enough to exceed the new-software fork in length and the whole process begins again). Additionally, miners running the new software have a HUGE incentive to downgrade to the old software, since their blocks are likely to eventually get orphaned they are likely to lose block rewards until they upgrade. Continuing to mine on the new software is a HUGE risk of wasting time, money, and resources.
Sorry for offtopic comment, but still
Dude, seriously - I'm reading your comments and cant overestimate how useful and structured your responses are. Thank you for all the effort you put in your responses! Usually after your comment there is literally no further questions on topic left.
i want to purchase the bitcoin based ad network script from where i can get the script of ad network
What does that even mean? You want to create your own ad network that utilizes BTC as payment?
Why no one can track down the hackers who stole around $500million worth of NEM from japanese exchange. how do you keep your cryptocurrency?
You see every time people speak on those issues they fail to consider the fact anything can be stolen. Burgler can take your computer by breaking into your house, your traditional cash money can be taken from you, your car can be hijacked. The whole ownership concept presumes that your thing can cease being yours at some point (it can be done with or without your consent). Id doe not matter if it is truckload of gold or virtual coin. If value is transferable - it can be transferred, no matter of its quantity. So it all boils down to how do you make the effort of stealing cost more then what the thing being stolen. For example effective defence would be to hide 10$ behind 5$ lock that require 1000$ tool to break it. I.e. thief need to invest times more to steal times less.
Another fundamental rule is that anything can be taken off of you provided enough efforts were invested. So if I have infinite resources I can theoretically take appart any lock atom by atom - it just not very practical.
Cryptocurrency is interesting in that context because with current technological progress there is no way to BREAK your key. So the only weakness is your own head. So "ownership" of coins and safety is your sole responsibility. Basically you get the perfect lock, but you need to design the door yourself. If your door have a hole - your lock won't save you.
If one node has new version number with some revised source, then all chain network follow it? and recognize all themselves as obsolete?
If this is true, how to preserve past balance and record?
If this is true, how to preserve past balance and record?
No. Following is my ELI5:
First of all even if core repository got wiped or infected - nothing will change since auto update is deliberately not implemented in core. every individual in BTC network have it's own "voice" and "mind". Mind decides what to follow and voice decides format of communication with the rest of the network. You can create your own client that mimics currently standard mid and voice or you can break either. If enough people decide to update either of the above - rest of the network can decide to follow (this will result in soft fork) or not to follow (this will result in hard fork).
Pretty much everything you described can be done with Ethereum smart contract based on ERC20 token, however this:
-If X happen in real-life every token-X holders
will receive reward of main-coin, relatively to his share of the token.
is the most complicated part.
To understand why this will be the weakest point of your smart contract you need to understand how smart contract actually work. Basically smart contract is a code that being executed by the miners when you post transaction calling one of it's functions on the ETH blockchain. this contract can check outside resource for certain event appearance (I presume thing you call "real life" is basically anything that is not signed message on the blockchain). But if for some reason this miner won't be able to access outside resource it theoretically can use wrong data for smart contract execution, so it copies that data and posts it as an input for the smart contract function bringing it "inside" from the "outside". There is no guarantee it handled this information correctly and no way to produce proof of correctness, so this will be the weakest point. In order to avoid that there should be some central body who will "vouch" for the information posted (i.e. will interact with smart contract by usual means - calling certain method from it).
TL/DR - bringing information from outside is complicated and unreliable. Avoid it!
PS. YOu don't need to fork ETH to do this - just learn Solidity smart contract language and you done.
-If X happen in real-life every token-X holders
will receive reward of main-coin, relatively to his share of the token.
is the most complicated part.
To understand why this will be the weakest point of your smart contract you need to understand how smart contract actually work. Basically smart contract is a code that being executed by the miners when you post transaction calling one of it's functions on the ETH blockchain. this contract can check outside resource for certain event appearance (I presume thing you call "real life" is basically anything that is not signed message on the blockchain). But if for some reason this miner won't be able to access outside resource it theoretically can use wrong data for smart contract execution, so it copies that data and posts it as an input for the smart contract function bringing it "inside" from the "outside". There is no guarantee it handled this information correctly and no way to produce proof of correctness, so this will be the weakest point. In order to avoid that there should be some central body who will "vouch" for the information posted (i.e. will interact with smart contract by usual means - calling certain method from it).
TL/DR - bringing information from outside is complicated and unreliable. Avoid it!
PS. YOu don't need to fork ETH to do this - just learn Solidity smart contract language and you done.
HI!!! 
As a result of the power failure, my computer's power supply and the hard drive were burnt. The wallet was not copied.
After dancing with a tambourine from a damaged disc, it was possible to partially restore the purse. In particular, the file wallet.dat is broken and is not directly transferred to the new wallet.
But there are files wallet.cpp and wallet.h, which are kind of whole, that is, they managed to be pulled out completely from the damaged disk.
Question. Will I have these files a chance to restore my wallet? Maybe they have any traces of private keys, addresses or something else? Or if there is no wallet.dat, then it is already impossible to do anything at all?
As a result of the power failure, my computer's power supply and the hard drive were burnt. The wallet was not copied.
After dancing with a tambourine from a damaged disc, it was possible to partially restore the purse. In particular, the file wallet.dat is broken and is not directly transferred to the new wallet.
But there are files wallet.cpp and wallet.h, which are kind of whole, that is, they managed to be pulled out completely from the damaged disk.
Question. Will I have these files a chance to restore my wallet? Maybe they have any traces of private keys, addresses or something else? Or if there is no wallet.dat, then it is already impossible to do anything at all?
Unfortunately you are probably out of luck. Wallet.h and .cpp are C++ libraries and sources. What matters are your keys, that were stored in .dat file. Without those keys your funds are permanently lost. I hope you didn't lose much or will be able to find backup or way to restore file.
Exactly what happen when they occur?
Mining stopped?
Coin balance of owners will be transferred to new wallet automatically?
Mining stopped?
Coin balance of owners will be transferred to new wallet automatically?
People posted plenty of technical links above me. Here is my ELI5 version:
1. Hard fork - when number of people decide to ignore longest chain an mine on a certain block ignoring everyone else on the network for some reason. One bright example of hard fork is BCash - it is a hard fork of BTC supported by number of people.
2. Soft fork is when everyone agrees to roll back or change rules starting from certain block height and changes become effective from block N, but the actual fork does not happens.
So at exchanges, so many coins. For each of them, they provide deposit addresses.
If you are engineer, need to implement that, how to do?
Maybe using that coin's daemon?
How is specific procedure of it?
Thanks.
If you are engineer, need to implement that, how to do?
Maybe using that coin's daemon?
How is specific procedure of it?
Thanks.
All you need is to generate many adresses from a single seed. Store those addresses in some data structure or csv file.
Then each time user requests deposit address - pick one of the pregenerated addresses from stored pool and assign it to respectable user (i.e. remove it from the address pool and add some field in your users database, put address there).
That's all.
Don't generate address every time user needs a new one. It will be unsafe since to actually generate address you need access to your private key. It is much more safe to do it just once and then use your addresses as a text file. There is no limit on how much addresses you can generate so you can pregenerate as much as you want for all your existing or new users. Once it is done - you can handle deposits/withdrawals separately.
https://twitter.com/alexbosworth/status/978069194385252352
This is a good demonstration of the Lightning Network's penalty system in a live setting. I hope to see more attempts penalized, to put all the big blocker misanthropes back in their place.
Quote
Lightning DOSers seem organized and motivated, developing specialized software to attack the Beta LND nodes. Node hardening is in progress! We're getting a good opportunity to develop robust p2p deployment strategies. @juscamarena just saw a live test of the penalty scenario.
https://pbs.twimg.com/media/DZLRXZYX4AAe9Xv.jpg
https://pbs.twimg.com/media/DZLRXZYX4AAe9Xv.jpg
This is a good demonstration of the Lightning Network's penalty system in a live setting. I hope to see more attempts penalized, to put all the big blocker misanthropes back in their place.
Chance you could post full log for education purposes? Thanks!