Batelk
|
|
November 10, 2018, 03:28:04 PM |
|
Don't think it would make the coin completely ASIC resistant. Remember dark-coin with its X11 algo? In 2014 everybody assumed that an ASIC could never be designed for X11 because it has 11 different algo combined into one.
If they wrote 24 different algos and changed them every 10 days, then they would just design a similiar ASIC which can switch algos when the switch happens. Most likely they won't do it due to the small miner reward but if it was a coin like ETH or BCH that switched to this algo then you would see there would be ASICs being designed for this.
I agree. The PoW has to evolve so that it is ASIC resistant. If it is fixed, no matter how many, ASIC can be built for it.
|
|
|
|
|
|
|
Each block is stacked on top of the previous one. Adding another block to the top makes all lower blocks more difficult to remove: there is more "weight" above each block. A transaction in a block 6 blocks deep (6 confirmations) will be very difficult to remove.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
JaredKaragen
Legendary
Offline
Activity: 1848
Merit: 1165
My AR-15 ID's itself as a toaster. Want breakfast?
|
|
November 10, 2018, 04:34:09 PM |
|
not the first time ive said this;
If you integrate time into at least 3-4 segments throughout the hash protocol/algo; you can instantly void any asic's ability to calculate faster. It would be forced to conform to a static time variable.
Let that sink in.
|
|
|
|
QuintLeo
Legendary
Offline
Activity: 1498
Merit: 1030
|
|
November 10, 2018, 08:23:55 PM |
|
the best way to overwhelm an asic is timing; if you can design the algo to necessitate a linear flow of programming of the FPGA; it's advantages will pretty much be negated....
Which would ALSO kill the advantages of GPUs to a major degree and modern multi-core CPUs to a noticeable degree.
|
I'm no longer legendary just in my own mind! Like something I said? Donations gratefully accepted. LYLnTKvLefz9izJFUvEGQEZzSkz34b3N6U (Litecoin) 1GYbjMTPdCuV7dci3iCUiaRrcNuaiQrVYY (Bitcoin)
|
|
|
QuintLeo
Legendary
Offline
Activity: 1498
Merit: 1030
|
|
November 10, 2018, 08:26:34 PM |
|
And how do they get the miners to deploy a new mining software version every 10 days? I sense a major nightmare in that idea.
I hear what you are saying, but what is the difference between that and updating to a new version? Exactly my point - having to deploy a new version of the mining software every 10 day basis would be a NIGHTMARE. To the other comment about pre-defining the algorithms - do that, and an ASIC can be designed to do the same thing.
|
I'm no longer legendary just in my own mind! Like something I said? Donations gratefully accepted. LYLnTKvLefz9izJFUvEGQEZzSkz34b3N6U (Litecoin) 1GYbjMTPdCuV7dci3iCUiaRrcNuaiQrVYY (Bitcoin)
|
|
|
soothaa
|
|
November 10, 2018, 11:27:27 PM |
|
Exactly my point - having to deploy a new version of the mining software every 10 day basis would be a NIGHTMARE.
What? It takes me a few minutes with AwesomeMiner and even less now that Linux is supported.. deploying a new miner would take as little as 60 seconds for 100 rigs.
|
|
|
|
philipma1957 (OP)
Legendary
Online
Activity: 4102
Merit: 7815
'The right to privacy matters'
|
|
November 10, 2018, 11:36:14 PM |
|
Exactly my point - having to deploy a new version of the mining software every 10 day basis would be a NIGHTMARE.
What? It takes me a few minutes with AwesomeMiner and even less now that Linux is supported.. deploying a new miner would take as little as 60 seconds for 100 rigs. it would be a little longer but pretty fast. I think 10 days is too fast but 30 days works. I know writing an algo is time consuming. but pre write 24 of them. It will hurt asics big time. and hurt fpga's some what. figure 3 days to week. before bitstream is modded. and most likely it will be private not a public bitstream. I wonder if you did this with a major coin what would happen but for me I just mine BCI and don't worry about anything else. I am close to 2000 coins.
|
|
|
|
|
nsummy
|
|
November 14, 2018, 04:48:49 PM |
|
Before everyone gets too excited about the Digibyte idea, look at the followup tweet:
The idea is an algorithm that recreates itself every 10 days. FGPA's will be the ideal hardware to mine with. Every 10 days miners will get to "reprogram" and rediscover the most efficient settings to mine the #DigiByte #blockchain with.
|
|
|
|
JaredKaragen
Legendary
Offline
Activity: 1848
Merit: 1165
My AR-15 ID's itself as a toaster. Want breakfast?
|
|
November 14, 2018, 07:55:20 PM |
|
Before everyone gets too excited about the Digibyte idea, look at the followup tweet:
The idea is an algorithm that recreates itself every 10 days. FGPA's will be the ideal hardware to mine with. Every 10 days miners will get to "reprogram" and rediscover the most efficient settings to mine the #DigiByte #blockchain with.
Its not quite that simple when you understand how an FPGA works on the inside and is programmed; and most importantly how its internal configuration is made as to time each portion of its config to be in line and ready for each others sections to have done their work. Prime example: look how long it took to get an xevan bitstream to come to pass; if you do the legwork and research that algo and its POW scheme; you can make some relatively minor edits to the algo to completely disrupt the timings and require better or more hardware. With FPGA's being so complex (many aspects to getting them to do things properly), there is a lot people don't quite understand about them and how they can be effective or easily made obsolete... If a hardware hashing device was based around a 10Mhz oven controlled crystal oscillator; and the algorithm has a time factor built in that can be related/based on this; it could easily become a standard for limiting hashing speeds; and could easily be re-verified as to be a valid result by the network using that time-base schism. It is of-course more involved than just a simple single function; but if worked properly; the time function can be integrated at steps throughout the process of calculating. Example: Calculate for a result; and during each mathematical operation; do a math operation on the intermediate value/variable with the timer's current value as a salt; do the next step; salt, etc. All salt is based on the timer. This way; you are forced to conform to the 10Mhz oscillator's salt, and it will disrupt your ability to hash faster as your result won't match someone else that is running the correct timebase, when you are accelerated and hashing faster.
|
|
|
|
Stubo
Member
Offline
Activity: 224
Merit: 13
|
|
November 14, 2018, 09:21:39 PM |
|
Does anybody know what is driving down most of the market today by ~15%? I have been looking for news but have not yet found anything. One would think coindesk would have something but ...
|
|
|
|
GordoLui
Jr. Member
Offline
Activity: 73
Merit: 2
|
|
November 14, 2018, 09:49:03 PM |
|
Bitcoin was holding steady for like the past 3 months, for the most part going between $6000-$6500 for most of that time so this new down trend all across the board is a bit concerning.
|
|
|
|
|
philipma1957 (OP)
Legendary
Online
Activity: 4102
Merit: 7815
'The right to privacy matters'
|
|
November 15, 2018, 01:00:12 AM |
|
Fork is coming soon
|
|
|
|
QuintLeo
Legendary
Offline
Activity: 1498
Merit: 1030
|
|
November 15, 2018, 07:00:13 AM |
|
That doesn't make sense - it would tend to drop BCH and aid other coins.
|
I'm no longer legendary just in my own mind! Like something I said? Donations gratefully accepted. LYLnTKvLefz9izJFUvEGQEZzSkz34b3N6U (Litecoin) 1GYbjMTPdCuV7dci3iCUiaRrcNuaiQrVYY (Bitcoin)
|
|
|
adaseb
Legendary
Offline
Activity: 3738
Merit: 1709
|
|
November 15, 2018, 09:10:21 AM |
|
That doesn't make sense - it would tend to drop BCH and aid other coins. I don't understand the exact reason for the drop either. Its definately not people selling BTC to get BCH so they can get the forked coins. It "could" be Craig Wright saying he is Satoshi and how he plans to sell large quantites of BTC to fund the hash rentals to mine BCH SV instead of ABC or BTC. However is he really "Satoshi"? Hence the reason why this reason for the drop is farfetched.
|
|
|
|
dragonmike
|
|
November 15, 2018, 11:54:27 AM |
|
That doesn't make sense - it would tend to drop BCH and aid other coins. I don't understand the exact reason for the drop either. Its definately not people selling BTC to get BCH so they can get the forked coins. It "could" be Craig Wright saying he is Satoshi and how he plans to sell large quantites of BTC to fund the hash rentals to mine BCH SV instead of ABC or BTC. However is he really "Satoshi"? Hence the reason why this reason for the drop is farfetched. Two things I found from the interwebz: - Why are cryptos falling? Some speculate that Christine Lagarde's call for central banks to issue their own digital currencies. The Managing Director of the International Monetary Fund is an influential politician. If government-issued cryptos are in play, they compete with the decentralized ones.
- Others point to the upcoming hard fork in Bitcoin Cash. Coinbase, one of the world's largest crypto-exchanges, decided to shut down trading in BCH ahead of the fork.Since Binance already said they will support both chains, it sounds like a no-brainer. One should load up on BCH now before the fork. Now ofc, if the split doesn't go through, BCH could just resume trading... at a much lower level. Hmmm. How likely is it that the fork will go through and there is enough hash on both sides?
|
|
|
|
Wargika
Newbie
Offline
Activity: 41
Merit: 0
|
|
November 15, 2018, 01:20:36 PM |
|
Does anybody know what is driving down most of the market today by ~15%? I have been looking for news but have not yet found anything. One would think coindesk would have something but ...
The hash war will start between Bitcoin Cash ABC and SV. So the Bitcoin Hash will be affected, the unconfirmed transaction will rise. That will impact bitcoin price negatively.
|
|
|
|
almonk
Jr. Member
Offline
Activity: 47
Merit: 1
|
|
November 15, 2018, 09:56:11 PM |
|
Isn't it how PoS systems work now?
If a hardware hashing device was based around a 10Mhz oven controlled crystal oscillator; and the algorithm has a time factor built in that can be related/based on this; it could easily become a standard for limiting hashing speeds; and could easily be re-verified as to be a valid result by the network using that time-base schism. It is of-course more involved than just a simple single function; but if worked properly; the time function can be integrated at steps throughout the process of calculating.
Example: Calculate for a result; and during each mathematical operation; do a math operation on the intermediate value/variable with the timer's current value as a salt; do the next step; salt, etc. All salt is based on the timer.
This way; you are forced to conform to the 10Mhz oscillator's salt, and it will disrupt your ability to hash faster as your result won't match someone else that is running the correct timebase, when you are accelerated and hashing faster.
|
|
|
|
JaredKaragen
Legendary
Offline
Activity: 1848
Merit: 1165
My AR-15 ID's itself as a toaster. Want breakfast?
|
|
November 15, 2018, 11:00:01 PM |
|
Isn't it how PoS systems work now?
If a hardware hashing device was based around a 10Mhz oven controlled crystal oscillator; and the algorithm has a time factor built in that can be related/based on this; it could easily become a standard for limiting hashing speeds; and could easily be re-verified as to be a valid result by the network using that time-base schism. It is of-course more involved than just a simple single function; but if worked properly; the time function can be integrated at steps throughout the process of calculating.
Example: Calculate for a result; and during each mathematical operation; do a math operation on the intermediate value/variable with the timer's current value as a salt; do the next step; salt, etc. All salt is based on the timer.
This way; you are forced to conform to the 10Mhz oscillator's salt, and it will disrupt your ability to hash faster as your result won't match someone else that is running the correct timebase, when you are accelerated and hashing faster.
POS requires a coin value to be staked on the network (locked in). I speak of POW. This is about strictly adding a timebase standard that can be used to effectively nullify things that will calculate above a certain speed. IT would make all devices effectively equal at a point; and would boil down to quantity of devices from that point on.... Equal opportunity in a manner of speaking. of course things like; adding simple functions that salt the time function's process on the next round; they come from the previous round's block's values; and could be beneficial as well.
|
|
|
|
almonk
Jr. Member
Offline
Activity: 47
Merit: 1
|
|
November 16, 2018, 01:32:58 AM |
|
Some PoS implementations use limited time range let's say +-10 minutes in unix time seconds from time now as limited variable input into hash function. Something like nonce in PoW but in PoW nonce usually is not very strictly limited. Isn't it how PoS systems work now?
If a hardware hashing device was based around a 10Mhz oven controlled crystal oscillator; and the algorithm has a time factor built in that can be related/based on this; it could easily become a standard for limiting hashing speeds; and could easily be re-verified as to be a valid result by the network using that time-base schism. It is of-course more involved than just a simple single function; but if worked properly; the time function can be integrated at steps throughout the process of calculating.
Example: Calculate for a result; and during each mathematical operation; do a math operation on the intermediate value/variable with the timer's current value as a salt; do the next step; salt, etc. All salt is based on the timer.
This way; you are forced to conform to the 10Mhz oscillator's salt, and it will disrupt your ability to hash faster as your result won't match someone else that is running the correct timebase, when you are accelerated and hashing faster.
POS requires a coin value to be staked on the network (locked in). I speak of POW. This is about strictly adding a timebase standard that can be used to effectively nullify things that will calculate above a certain speed. IT would make all devices effectively equal at a point; and would boil down to quantity of devices from that point on.... Equal opportunity in a manner of speaking. of course things like; adding simple functions that salt the time function's process on the next round; they come from the previous round's block's values; and could be beneficial as well.
|
|
|
|
|