Search content
Sort by
Showing 19 of 19 results by devonneburger7
Thanks for the advice. You guys have pointed me in the right redirection.
Are there any stats anywhere on how many addresses without zero balances are in existence?
Are there any stats anywhere on how many addresses without zero balances are in existence?
Got it.
You said earlier I would have to aggregate it by following the blocks but would it not be easier to just modify the daemon to stop syncing at a specific block height and then use existing RPC api's to query the balances from that node?
You said earlier I would have to aggregate it by following the blocks but would it not be easier to just modify the daemon to stop syncing at a specific block height and then use existing RPC api's to query the balances from that node?
Its possible to migrate a copy of the main ledger to a testnet and then reverse the data to a certain block for knowing what account balances were at that specific block?
Or would it be better to aggregate from the genesis block to the required block?
Or would it be better to aggregate from the genesis block to the required block?
Using web3js you would need to create a custom provider to set the default account.
Using etherJS you can do something like the following:
Using etherJS you can do something like the following:
Code:
const ethers = require('ethers');
const Wallet = ethers.Wallet;
const Contract = ethers.Contract;
const utils = ethers.utils;
const providers = ethers.providers;
let network = "ropsten";
let privateKey = "0x3a1076bf45ab87712ad64ccb3b1021.......";
let infuraAPIKey = "XXXXXX";
let provider = new providers.InfuraProvider(network, infuraAPIKey);
let serverWallet = new Wallet(privateKey, provider);
const Wallet = ethers.Wallet;
const Contract = ethers.Contract;
const utils = ethers.utils;
const providers = ethers.providers;
let network = "ropsten";
let privateKey = "0x3a1076bf45ab87712ad64ccb3b1021.......";
let infuraAPIKey = "XXXXXX";
let provider = new providers.InfuraProvider(network, infuraAPIKey);
let serverWallet = new Wallet(privateKey, provider);
Thanks for the input.
I was just wondering how ICO's with multiple crypto payment options protected their cold wallets internally.
I presume some of them are using Shapeshift or a similar type of service to exchange to BTC and ETH and then protect it with multi-signatures from there.
I was just wondering how ICO's with multiple crypto payment options protected their cold wallets internally.
I presume some of them are using Shapeshift or a similar type of service to exchange to BTC and ETH and then protect it with multi-signatures from there.
Re: Technical solution for my problem of high fees - help needed
Storing a large amount of data on a blockchain will be expensive. Think about it this way, you are paying 40 cents for that amount of data to be replicated over 10's of thousands of nodes and always be available.
You would probably be better off using a blockchain like StorJ or Filecoin for your blog.
You would probably be better off using a blockchain like StorJ or Filecoin for your blog.
I think the mistake you are making is deducting instead of halving.
The estimated year is 2140. You can view the reward schedule here: https://docs.google.com/spreadsheets/d/12tR_9WrY0Hj4AQLoJYj9EDBzfA38XIVLQSOOOVePNm0/edit#gid=0
The estimated year is 2140. You can view the reward schedule here: https://docs.google.com/spreadsheets/d/12tR_9WrY0Hj4AQLoJYj9EDBzfA38XIVLQSOOOVePNm0/edit#gid=0
Take a book. Any book you like.
Find all the words your mnemonic phrase contains.
Mark their location using page-paragraph-word number combination, ie 120826 would mean page 12, paragraph 8, word 26.
As a result you will have a series of 6 digit numbers which you are free to store on your Google drive, email to yourself or paint on your roof
Without knowing what the key book is no one will be able to decipher it.
Find all the words your mnemonic phrase contains.
Mark their location using page-paragraph-word number combination, ie 120826 would mean page 12, paragraph 8, word 26.
As a result you will have a series of 6 digit numbers which you are free to store on your Google drive, email to yourself or paint on your roof
Without knowing what the key book is no one will be able to decipher it.This may sound like a idiot-proof concept, but is in reality relatively vulnerable.
If someone gains access to your google drive (or to your roof
) and knows the system you have used to substitute your words, it just takes a few minutes to hours to test all books which might have been used.Anyone in your locality who might be able to guess what you are into, is able to check the words from a few thousand books similar to what you are interested in.
While this might work out if you hide all possible information (Substitution, book used, etc.. ), Security by obscurity is a bad approach.
You don't have to use your favourite book, you only need to remember which book you used. I think this is less vulnerable than any digital methods used at the moment.
Here's a total paranoid way of storing it. It was (and probably still is) used a lot for message coding by intelligence services of many countries, so old, but still effective.
Take a book. Any book you like.
Find all the words your mnemonic phrase contains.
Mark their location using page-paragraph-word number combination, ie 120826 would mean page 12, paragraph 8, word 26.
As a result you will have a series of 6 digit numbers which you are free to store on your Google drive, email to yourself or paint on your roof Without knowing what the key book is no one will be able to decipher it.
Take a book. Any book you like.
Find all the words your mnemonic phrase contains.
Mark their location using page-paragraph-word number combination, ie 120826 would mean page 12, paragraph 8, word 26.
As a result you will have a series of 6 digit numbers which you are free to store on your Google drive, email to yourself or paint on your roof
Without knowing what the key book is no one will be able to decipher it.I think think this was one of the best ideas so far. Distributed and fault tolerant.
Re: Best blockchain for cheap public data records - Need advice
Bump
Maybe no reply cause some things are missing, like frequency of updates, amount (size) of data set, Numbers of nodes, private or public blockchain... A first shot: we see that fees and mining costs on bitcoin network can play a vital role. So you may put the public data into relation. Is the public data worth the expected costs of a bitcoin like blockchain? At the end bitcoin was done with monetary values in mind, not for public data...
The same holds true for Ethereum - where there the point is, do you really need the blocks created every minute?
Then there is FACTOM, a blockchain designed to do this proof of publishing. There are certainly others ...
Last recently there were promising things to hear from a system built on Erlang, called Aeternity. I am not quite sure, if this is a me too project, or really bringing new things - they are aiming for high throuput with smart contracts.
I guess the litecoin/Monero thingies are out of scope.
And then there is the dag type of systems, which looks interesting. The costs would need to proof, that they are below established blockchain systems though. But there is IOTA, the Angle, DagCoin, ...
Thanks, FACTOM looks exactly like what we need.
Best blockchain for cheap public data records - Need advice
I was not sure if this is the correct section for this thread but it seems to fit since this is more of a technical discussion.
We have the need to keep a record of data attributes as proof of an event that something had a specific value at a certain period in time. Its not a monetary transaction but more a proof. We think blockchain is the perfect way to make this proof immutable but we have some trouble deciding on which blockchain to use.
Some additional info and requirements:
- Needs to be able to keep a record of data attributes that can not be modified after a specific date in time.
- The chain needs to have explorer where we can link to record as proof.
- Needs to be cheap
- It can be a private chain but as long as we are not the only node in control of it.
- The frequency of updates does not matter since its only a proof for future reference.
- Estimated record size from my current contract is 128 bytes.
We have considered the following but would like to get expert opinions before we make a final decision:
1) Ethereum
- At the moment this has everything we need but the GAS is too expensive.
2) Ethereum Classic
- The GAS price is more affordable but I can't find any public blockchain explorers for making these records transparent.
3) Private chain
- We feel that going this route would defeat the purpose of surety since it won't be decentralized and not really immutable.
4) Raiden Network
- Affordable and support for high volumes but the network still seems to be a work in progress.
5) Loom Network
- Looks promising but can't find any reference to transaction fees anywhere.
6) Ethereum - Rinkeby Testnet
- This consideration might sound like it was made without a few marbles but first hear me out. We only need a public record that something happened and this supports all the required goodies from the Mainnet like Etherscan record transparency, smart contracts and on top it would be completely free. I'm just not sure if this network would ever be reset or will eventually be discontinued.
We have considered some other blockchains but they either turned out to be a work in progress or too expensive.
Any advice would be appreciated.
We have the need to keep a record of data attributes as proof of an event that something had a specific value at a certain period in time. Its not a monetary transaction but more a proof. We think blockchain is the perfect way to make this proof immutable but we have some trouble deciding on which blockchain to use.
Some additional info and requirements:
- Needs to be able to keep a record of data attributes that can not be modified after a specific date in time.
- The chain needs to have explorer where we can link to record as proof.
- Needs to be cheap
- It can be a private chain but as long as we are not the only node in control of it.
- The frequency of updates does not matter since its only a proof for future reference.
- Estimated record size from my current contract is 128 bytes.
We have considered the following but would like to get expert opinions before we make a final decision:
1) Ethereum
- At the moment this has everything we need but the GAS is too expensive.
2) Ethereum Classic
- The GAS price is more affordable but I can't find any public blockchain explorers for making these records transparent.
3) Private chain
- We feel that going this route would defeat the purpose of surety since it won't be decentralized and not really immutable.
4) Raiden Network
- Affordable and support for high volumes but the network still seems to be a work in progress.
5) Loom Network
- Looks promising but can't find any reference to transaction fees anywhere.
6) Ethereum - Rinkeby Testnet
- This consideration might sound like it was made without a few marbles but first hear me out. We only need a public record that something happened and this supports all the required goodies from the Mainnet like Etherscan record transparency, smart contracts and on top it would be completely free. I'm just not sure if this network would ever be reset or will eventually be discontinued.
We have considered some other blockchains but they either turned out to be a work in progress or too expensive.
Any advice would be appreciated.
Bots should not be used without knowing what they actually do. To use them effectively you should already have a very good understanding of the markets and when this is the case, you would probably want to write your own bot and not really share it with anyone.
If a bot currently works really well with the current market state and everyone starts using the same trading logic, it could affect the markets negatively and can cause even bigger losses for you than manual trading.
If a bot's trading logic does show a profit with past data, it also does not necessarily mean that it would cater for new types of changes in the markets in the future.
I would suggest you stick to manual trading and try to avoid high-risk coins until you get the hang of it.
If a bot currently works really well with the current market state and everyone starts using the same trading logic, it could affect the markets negatively and can cause even bigger losses for you than manual trading.
If a bot's trading logic does show a profit with past data, it also does not necessarily mean that it would cater for new types of changes in the markets in the future.
I would suggest you stick to manual trading and try to avoid high-risk coins until you get the hang of it.