Bitcoin Forum
May 12, 2024, 10:12:02 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 [3] 4 5 6 7 »
41  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 24, 2019, 06:32:20 AM
Quote

We need to discuss everything in details with prominent Core figures and have their support


I was thinking about this.

Why do you need the Core developers' permission? The beauty of cryptocurrencies is it's open and permissionless. You have your right to freely make your own thing and release your own software.

the act of discussing more something is about picking options more wisely.. and when a thread asks for more prominent people's opinion about something critical like BLOCKING-ASICS, this could observe the TRUST of people, more and more. and being permission-less doesn't mean you can begin coding and after 6 months of hard working, you suddenly understand that it was all about wasting of time.

so this is about modeling before implementation [1] that we rarely see in crypto-world. after having an idea we somehow used to jump in implementation and don't care about modeling. sometimes I ask myself, why don't we have a DFD [2] approach within BIP steps!? introducing a distributed modeling language may be the next improvement in decentralization efforts.

(Linus Torvalds did not need to ask permssion to develop and release his own version of a unix-like OS did he. Cool

but in crypto-world, a coin carries a certain amount of value not a process. you can manipulate a process so you innovate, but what would we call it if we manipulate a value?

---------------------------------------

reading the history of Nokia could be useful for the future of Bitcoin. a shift in technology and user experience out of sights of Nokia simply lead them to bankruptcy. Nokia CEO ended his speech saying this "we didn't do anything wrong, but somehow, we lost" [3] and this thread is going to discuss it, if such a thing is going to happen for Bitcoin too, how we could prevent it.


[1] http://agilemodeling.com/essays/modelingApproaches.htm
[2] https://en.wikipedia.org/wiki/Data_flow_diagram
[3] http://fun.putidea.info/2016/06/nidokidos-nokia-ceo-cries-during-his.html

Quote
Conclusion from http://fun.putidea.info/2016/06/nidokidos-nokia-ceo-cries-during-his.html:

The advantage you have yesterday, will be replaced by the trends of tomorrow. You don't have to do anything wrong, as long as your competitors catch the wave and do it RIGHT, you can lose out and fail.To change and improve yourself is giving yourself a second chance. To be forced by others to change, is like being discarded. Those who refuse to learn & improve, will definitely one day become redundant & not relevant to the industry. They will learn the lesson in a hard & expensive way
42  Bitcoin / Development & Technical Discussion / Re: Proof of Accumulated Stakes: A Stake-Based Blockchain Voting Consensus Protocol on: January 19, 2019, 11:47:23 AM
Anyone can provide many confirms to those signals, but he can't fake the fastest confirm to most of them, because the network latency and the physical distance between nodes.

What is the cost of a VPS? If you wanted to dominate voting by having the fastest ping times, wouldn't that be trivially achievable by renting VPSs?

good point. Renting a VPS with several IPs could be harmful.

--------------

I also like to ask another question from our friend: "excluding the ping/latency property of this idea, what are differences with this proof model (PoAS) and Delegated Proof-of-Stake (DPoS) [1]?"


[1] https://blockonomi.com/delegated-proof-of-stake/
43  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 19, 2019, 10:13:42 AM
So, instead of just speculating about the so-called upcoming pump times, why not discuss about how more and more adoption can take place in crypto world as well as how super real use cases can be built to show these people that Bitcoin is not just limited to price fluctuations and trading alone, it has its own space to be explored.

I like this spirit.. just I am not sure how we could have a laboratory to have quicker transitions of ideas to running codes.. for example, having a fork and call it "bitcoin lab" as a real coin in market that changes itself quicker than usual may be another option for bitcoin community.

UPDATE:
what I really care about is the fact that ideas can't wait too much to be effective. all ideas that can bring an improvement have their own expire dates, and after that they will be useless, which means, such slow approach to upgrade just kills the active entities of any societies.
44  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 17, 2019, 09:42:57 AM
(considering that everyone is looking for "regulations" to take effect as they believe that putting everything in the hands of "Central Authorities" will get their Bitcoins' value to sky high levels, which is somehow true as well).

this regulation part is very important here and actually talking about an upgrade to an ANTI-ASIC algorithm is a kind of regulation_by_code.. which means being code_central wouldn't be a kind of centralization that everyone tries to stay far from it..

UPDATE: one good example of regulation_by_code that already exists in PoW is the procedure of difficulty setting among block creation..

they can easily buy the pre-mined coins either in ICO

with PoS please use the term pre-defined instead of pre-mined coins.
45  Bitcoin / Development & Technical Discussion / Re: Quantum Computing and Bitcoin on: January 16, 2019, 10:26:16 AM
IBM just released a new quantum computer, but it will still take a few years before applications can use its full potential.

See press release here: https://www.engadget.com/2019/01/08/ibm-q-system-one-quantum-computer/

its 20 qubit

//Andre

this would be a good practice to imagine a GRID of these 20 qubits is online out there and passing the calibration phase the begin mining..  Grin Grin
46  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 16, 2019, 10:17:21 AM
What? I believe that Moore's Law's "death" doesn't have anything to do with Proof of Work. I might have misunderstood, because if ASICs or GPUs have reached the most density, and efficiency for the most processing power it can make, how does it kill POW? Mining will not stop.

Mining never stops, but centralization happens.

the Moore's Law means: "the number of transistors on a chip doubles every year while the costs are halved."
now the death of Moore's Law means: "the number of transistors on a chip reaches the saturation point."

so at the saturation point, while people like miners only could have access to chips and regular processors, Quantum or Optic,... computer manufacturers (that do not follow the Moore's Law) could totally defeat them in a processing (and therefore mining) race and become the majority. even an ASIC manufacturer could utilize his new devices in a mining competition and after a complete ROI for his R&D costs, now send them to the market for sale. this means regular miners are always one step back. before ASICs involvement in mining process, a fairness existed over all miner entities. this fairness is important for the existence of hobby miners that constantly support their coins in good and bad days, not industrial miners that turn off their facilities with the first drop of price.

please see the future..

Quote from: AGD
Just have look what is happening when the BTC/USD price goes down below a positive ROI:
https://thenextweb.com/hardfork/2019/01/15/unknown-bitcoin-miners-cryptocurrency/

there is also another observation that shows while ASIC-friendly coin's hash rates get hurt by a decrease in prices (a downgrade from 60 to 30 TH/s - something around 50% of bitcoin processing power), ANTI-ASIC coin's hash rate like Monero remained untouched. this shows the absence of miners who equip themselves by higher performance devices (because of the bigger tolerance that they can provide), could jeopardize the whole network. your link was the most scary report that I have seen these days that shows how misbehaving of ETC ASIC miners could extend to BTC miners too. emerging of unknown miners with 23% of processing power is a threat.

47  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 15, 2019, 08:27:54 AM
There is no need to complicate things as you are trying to do obv. Let's short it all up to one word: Greed

the word "Greed" is just part of the problem and ends with something like ETC, my friend. please give us a solution with one word..
48  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 15, 2019, 07:58:07 AM
Call me paranoid, but if there's going to be any talk of a new algorithm or consensus mechanism, I'd personally rather see something battle-hardened and not some new and experimental idea fresh from the drawing board.  Kudos for your efforts and all, I certainly don't mean to diminish your work in any way, but the security of the Bitcoin network is hugely important.  Obviously I can't speak for everyone but, for me at least, security easily takes precedence over some vague idealism about how ASICs are considered by some to be a problem.

of course you are not paranoid. I personally support both approaches: 1- upgraded 2- brand new work flows, with different forks. each technology could best serve us in specific duration of their life cycle and R&D entities should provide better solutions anytime.

Your car/camera analogy makes absolutely no sense.
You need to understand, that people who are able to make money simply by running a computer, will always try to optimize their ROI. Means, that coders always will optimize mining code and their hardware (i.e. CPU-->GPU-->FGPA-->ASIC-->Asicboost...) to raise their ROI. Bitcoin has raised enough attention, that even computer hardware companies jumped on the crypto train (the good old gold rush/shovel supplier analogy).
There are yet ASIC resistant coins out there, but if their value raises enough to make it worth to develop an ASIC, it will be done.

with this method you can't even explain why coins with PoS consensus model still exist and grow in the market. in the field of PoW, we could see how Monero constantly blocks ASICs and its price remains unchanged. We could also see how Electroneaum followed Monero and blocked ASICs, but after drop in market got back to ASIC-Friendly algorithm again and this time their price in market dropped even more. We could see how market responses to Ethereaum these days. in all these examples I could see ASICs are somehow out of equation of pricing - except the recent 51% attack on ETC that ASICs were actively involved and the whole market has taken effect from.

when price of a coin is high enough to reward ASIC miners, they mine properly, but when they do not benefit from regular mining, they decide to become the majority and attack the network and this time benefit based on double-spending and then extortion. this is another way to OPTIMIZE mining:

Quote
the inversion of incentives for miners of ETC:

block interval= 10 second
block reward= 4 ETC (20$)
blocks (last 24h)= 6,108

block reward (last 24h) = 24,432+24.45+34.13+34.13 ETC ($105,506.96 USD)
stolen amount (less than 24h) = $1.1 million worth of the currency

now to fill the gap of block rewards and stolen amount ($1 million), ETC is rewarding (/ higher fee amount) each block with something around 200 coins [1] per block!! I call this hostage situation as extortion-after-51%-attack. this is not security.

[1] https://www.trustnodes.com/2019/01/13/etc-block-rewards-go-crazy


UPDATE:

please read this carefully. the problem with ASICs is they can't go anywhere else to mine. once they can not gain enough benefit, they decide to attack for ROI. but if we only get GPUs in the ecosystem, they could simply switch to other coins for more benefit. this changes the way miners proceed for optimize mining.
49  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 14, 2019, 10:37:03 PM
If you want to try to build a new coin using the 'honour system', where you trust participants to agree not to use the most efficient means of mining it, then by all means go for it, but in my view that's weak and I won't support it in Bitcoin.

You know, I am working on a new consensus model "PoCo" that works with PoW in its first layer but is also neutral against processing power. What we are doing here in this post is about sharing our latest knowledge and forecasts about the future of crypto and bitcoin, then everybody could make the best decision that better suits them. nothing weird is going to happen.

Say what you like about ASICs, but any manufacturer can make them for SHA256, so no one company can gain a major advantage now.  You would also likely bring more financial harm upon Bitmain's competitors than you would Bitmain if you pressed the reset button and undid all their research and development before they can achieve return on investment.

Bitmain company is not my problem. ASICs (or any other processing devices that can do nothing but calculate one thing in one way) are my problem.

It's not remotely the simple change you describe.  There are real and tangible consequences.

True. I prefer to read more about these consequences. as I said above, these all are about sharing forecast to better understand the upcoming trends in crypto-world.

Perhaps we need to stop anthropomorphising hardware here.  We're talking about machines designed and built for a purpose because there is a financial incentive to do so.  Nothing more, nothing less.  These overly emotive pleas to define them as "parasites" are not productive avenues of discussion.

these analogies are necessary for "SYSTEM DESIGN", but the most close machinery example here could come from inverted pendulum.. systems behind inverted pendulums are dramatically similar to consensus algorithms of cryptos. and please don't worry about using the word "parasites" here. I already have a plenty of these hardwares in my lab. this is a scientific chat.
50  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 14, 2019, 05:54:37 PM
Reminder:

"it is not the most intellectual of the species that survives; it is not the strongest that survives; but the species that survives is the one that is able best to adapt and adjust to the changing environment in which it finds itself -- Professor Darwin"

Then why are we having a discussion about changing the environment to benefit those who haven't adjusted?  This topic is advocated reverting back to an earlier stage in evolution in the vague hope things evolve differently this time.

I don't understand why you guys see the crypto-world with the eyes of an ASIC miner. please try to see the crypto-world from a crypto's point of view. this topic never says "lets do something to block evolution of processing power out there", it is about "lets evolve bitcoin in a way that doesn't get hurt by evolution of processing power out there"..

You don't encourage weak species by removing all the predators and pretend that's how it was intended to be.  Current generation ASICs are the top of the food chain.  For something to no longer be top of the food chain, it either takes the introduction of a more advanced predator (the preferable option), or an extinction-level event (the likely outcome of changing the environment).  Older mining hardware eventually dies out, new hardware replaces it.  Life goes on.

no, no, this is where you do mistake. look, in the aspect of a crypto-world the bitcoin seats at the top of food-web. in the terms of biology, ASICs just enroll as parasites and leeches in this ecosystem. so this is very legitimate that species (cryptos) try to get rid of parasites that try to attach them and this can't consider as a devolution for cryptos.


Quote from: HeRetiK
(I personally wouldn't want to be the one buying a GPU that has been slaving away in a mining rig for months on end)

or you could buy them in half of the price (or less) and statistics show that the most problem with GPUs that has been in a mining rig is their MOSFET component that could get repaired with something around 30 USD.

51  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 14, 2019, 10:14:10 AM
ASIC's are just a logical step in Bitcoins evolution

we could consider self-driven cars as an evolution for man-driven cars. vehicle detector cameras could also consider as an evolution for classic speed cameras. but my friend, how could we consider vehicle detector cameras as an evolution of cars at all? a camera is an environmental threat (or opportunity) that is growing out there - out of control of car manufacturers.. now if you drive faster than declared speed limit in a road (do not regulate yourself and improve your driving algorithms), then you will penalize by the speed camera (a consensus fork happens).

ASIC technology always exists and grows out there - out of control of bitcoin. if you want to talk about the evolution of bitcoin, you need to bring a new idea as a BIP. bitcoin is just an algorithm. BTW, evolution is not only about survival, it is also about perish and letting others survive..

Reminder:

"it is not the most intellectual of the species that survives; it is not the strongest that survives; but the species that survives is the one that is able best to adapt and adjust to the changing environment in which it finds itself -- Professor Darwin"

UPDATE:
Plus proposals to hard fork to disable ASICs will never gain wide consensus from the community. Never.

it is alright. this is enough for everybody to know the truth that the PoW will die when Moore's law dies. accepting a problem is the first step for providing a solution.
52  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 13, 2019, 11:20:37 PM
SHA256 ASICS are not cracking the hash function, they are a crack against how bitcoin is using it as a cryptographic system. They are breaking PoW, not SHA256.

This seems to be more of an opinion rather than a statement of fact.

No. look my friend, there are many reports that show us the speed of providing processing power now is more than Moore's Law [1] and the processing power that is available is at the level of a mouse brain. this is also expected that after 2020 we will enter the age of processing by optical, quantum and DNA computing that will lead us to the singularity point. I am not going to elaborate the technological aspect of singularity here (this is obviously off topic) but I personally believe that cryptocurrencies could survive economies within age of singularity and PoW is vulnerable here. this is one of the most clear visions from the future that shows us how machine could overcome the human kind.

this is very simple to see that PoW rewards the density of processing power and who provides denser processing power than 51%, the whole network will move under his control (in ETC case, better say extortion [2]). really, what happens if we sleep and tomorrow morning when we wake up, see top 3 pools of bitcoin are joined together and have the majority of processing power!? then we just ASK them to divide their power and we pray in silent they do that?! till now the crypto world was in its earliest stages, but in the beginning of 2019 how we ever could call it a consensus model [3]:

Quote
In five years, that’s never happened, because the BTC mining community has aggregated into a number of large players rather than a single network with disproportionate influence. Now, for the first time, that’s changed — Ghash.io passed the 51% mark for more than 12 hours this week, after promising to never do so back in January 2014

byzantine generals problem never been based on "thanks to good relation among our generals (pools) a traitor could not threaten the consensus model.."




[1] https://en.wikipedia.org/wiki/Moore%27s_law

Quote
Although the rate held steady from 1975 until around 2012, the rate was faster during the first decade. In general, it is not logically sound to extrapolate from the historical growth rate into the indefinite future. For example, the 2010 update to the International Technology Roadmap for Semiconductors predicted that growth would slow around 2013, and in 2015 Gordon Moore foresaw that the rate of progress would reach saturation: "I see Moore's law dying here in the next decade or so."

[2] https://www.trustnodes.com/2019/01/13/etc-block-rewards-go-crazy
[3] http://www.extremetech.com/extreme/184427-one-bitcoin-group-now-controls-51-of-total-mining-power-threatening-entire-currencys-safety

53  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 12, 2019, 10:52:10 PM
I do not agree with people saying ASICs are a threat for x coin, it's not true.

I think I could explain it in other words.

each threat must assess in 2 different ways: "1- severity 2- expanse". the problem with ASICs is because of its severity in a possible threat, but this could not prevent the expanse of a threat that you mentioned it very well - and in fact this is what I try to express. Disabling ASICs is necessary, but not enough. an example for the arrangements that we could take for controlling the EXPANSE factor of a thread, would be flash-back-pinning:

https://bitcointalk.org/index.php?topic=5089384.0
54  Bitcoin / Development & Technical Discussion / Re: Proof of Accumulated Stakes: A Stake-Based Blockchain Voting Consensus Protocol on: January 11, 2019, 01:58:30 PM
"Confirms" is votes from the stakeholders. He can vote for anyone he want anyway, but can not vote with the stake belonging to others.

what about the second voting in your proposal? are they protected against sibyl attack?

Quote
3. Consensus Process

We rely on two types of votes, namely the vote from stakeholders for miners and the vote from the miner node for the current main branch, to reach a consensus that will be introduced below.
55  Bitcoin / Development & Technical Discussion / Re: Proof of Accumulated Stakes: A Stake-Based Blockchain Voting Consensus Protocol on: January 11, 2019, 10:00:18 AM
it cant be fabricated easily unless you cooperate with the signal senders.
Quote

thank you. however in page 8, (frauds and attacks) you write a bit about sibyl attack, but I think having several different entities in a network could make it vulnerable in front of sibyl attack. look, there is a question, how much does it may cost for a dishonest person to provide many fake CONFIRMS for himself and win the fee/reward?

P.S.:

honestly, forget the patent part of your proposal.  this is better you provide your proposal with a MIT License, then people may get interested in your job. in one case, even a GPL-3 License caused failure during integration of hyperledger and ethereaum:

https://www.ethnews.com/hyperledger-fails-ethereum-integration-due-to-licensing-conflicts
56  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 10, 2019, 10:19:02 PM
In cryptocurrency we have no assumption about loyalty, all in all it is about being rational instead of loyal

and I need you guys change this point of view [1] - especially when you try to disable ASICs in a crypto network. in the field of decision making, scientist follow new patterns that match better to human mind that first came with Behavioral Economics:

"Behavioral economics studies the effects of psychological, cognitive, emotional, cultural and social factors on the economic decisions of individuals and institutions and how those decisions vary from those implied by classical theory"  [2]

"conventional economics assumes that people are highly-rational—super-rational—and unemotional. They can calculate like a computer and have no self-control problems."  "People often make poor choices—and look back at them with bafflement!" "We do this because as human beings, we all are susceptible to a wide array of routine biases that can lead to an equally wide array of embarrassing blunders in education, personal finance, health care, mortgages and credit cards, happiness, and even the planet itself." [3]

if cryptocurrency is going to be a competitor of monetary, banking or payment system, needs to include a wide range of irrational behaviors (misbehaving [4]) in the equation.

[1] https://bitcointalk.org/index.php?topic=5072301.msg48113411#msg48113411
[2] https://en.wikipedia.org/wiki/Behavioral_economics
[3] https://en.wikipedia.org/wiki/Richard_Thaler (He won the Nobel Prize for economics in 2017)
[4] https://en.wikipedia.org/wiki/Misbehaving_(book)
57  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 10, 2019, 07:19:50 PM
I think we cannot do the anti-ASIC fork in bitcoin since companies already invested a lot of money in SHA256 ASIC.

I totally get your point, but I also could remember how two things happened after second bailout for banking system in 2009. 1st, the bitcoin. 2nd, a phrase about climate change with this message: "we can't eat money" [1]. both targeting the need of tighter regulation in banking and climate areas. if we all just think about money, there will be a day that we all lose hope and trust in a moment. bitcoin is important because it is going to be an answer for the broken trust of people about their future, now the same problem (everybody just look for money) is going to break it down.

and also look at these calculations and the inversion of incentives for miners of ETC:

block interval= 10 second
block reward= 4 ETC (20$)
blocks (last 24h)= 6,108

block reward (last 24h) = 24,432+24.45+34.13+34.13 ETC ($105,506.96 USD) [2]
stolen amount (less than 24h) = $1.1 million worth of the currency [3]

and put them all behind the tweet of ETC team:

"We are working with Slow Mist and many others in the crypto community. We recommend exchanges and pools significantly increase confirmation times (400-4000+)"

you see? if I be a dishonest pool and have 51% of the process, then I could gain 10 times more benefit that being an honest pool at the same time. I call it the inversion of incentives. who and how could guaranty such an inversion of incentives never happens to bitcoin?

I support algorithm hard-fork if and only if SHA256 is no longer secure.

being mathematically broken is not the only matter of security, being available is also important in the context of security. ASIC devices sometimes could bring a kind of denial-of-service to the network (51% attack). nobody is happy with this situation, but this is a bitter fact that we should face it.

Quote from: aliashraf
I've to disagree with your argument about it being such a HUGE project form the technical point of view:
ProgPoW is not that immature, bitcoin core code is not that messy and Ethereum will provide a test bed. We need to get ready.

misunderstood. I agree that equipping by ProgPoW would not be that hard, but getting the desired result is another issue here. you know, when we have ASICs for sha256 and some other ASICs for ethash, none of their owners could perform an attack against the other group. but, if we all destroy our ASICs and get back to GPUs then we have a large army of multi-purpose processors that have no loyalty and just look for a coin that bring more profit for them within an specific period of time. then imagine a guy (proof-of-keys [4]) that suddenly appears in youtube and asks all miners to join his pool that is planning to attack bitcoin, just for fun or any reasons else.. this is where we need the REQUIREMENTS and CONSIDERATIONS part..


[1] https://me.me/i/when-all-the-trees-are-cut-down-when-a-the-3803512
[2] https://bitinfocharts.com/ethereum%20classic/
[3] https://www.technologyreview.com/the-download/612728/hackers-just-stole-1-million-from-the-ethereum-classic-blockchain-in-a-rare-51/
[4] https://www.proofofkeys.com/
58  Bitcoin / Development & Technical Discussion / Re: Ethereum Anti-ASIC fork, is it the right time for bitcoin too? on: January 09, 2019, 09:08:55 PM
if we follow the recent 51% attack (5-Jan-2019) on Ethereaum Classic (ETC) [1] we could say now this is even late for such upgrade. ASIC devices were always harmful to the PoW, and like many others, I have explained it in several threads too [2]. there is also detailed information about ProgPoW in link bellow:

https://medium.com/@ifdefelse/understanding-progpow-performance-and-tuning-d72713898db3

but this would not be enough to upgrade into a ANTI-ASIC algorithm. for example, using the RSA alone as public key infrastructure is not enough to provide security. there are lots of REQUIREMENTS and CONSIDERATIONS [3] that we should take during implementation to provide the security.. generally decentralized projects need to design new data structures and work flows that are more focused on opportunity cost factor of providing 51% attacks. I could see how users of ETC are in trouble these days.

[1] https://medium.com/@TokenHash/why-i-am-still-optimistic-about-ethereum-classic-etc-ef1ebe13c44b
[2] https://bitcointalk.org/index.php?topic=5072301.msg48111338#msg48111338
[3] https://tools.ietf.org/html/rfc3447

UPDATE: hope someday soon we see that there is a PRIORITY TAG added to the tasks that bitcoin should take ahead and people in community vote on them. this would be a good idea for better decision making.
59  Bitcoin / Development & Technical Discussion / Re: Proof of Accumulated Stakes: A Stake-Based Blockchain Voting Consensus Protocol on: January 09, 2019, 11:39:52 AM
Quote
Till date, the continuous development of the blockchain consensus protocol is broadly divided into three systems: Proof of Work (PoW), Proof of Stake (PoS), and Byzantine Fault Tolerant (BFT).

the BFT has nothing to do here. the BFT is about a commander node that initiates a command to other nodes (a miner claims that has solved the difficulty of a block and propagates it to other nodes). when you try to begin the proof model from block level to the transaction level, you need to follow the Chinese General Problem, that each node has its own value/command to propagate to the entire network. read about "PoCo" here in bitcointalk.

Quote
Utilizing network dispersity to gather stakes can provide a non-simulatable competitive mechanism while achieving the goal of making majority of the users active at the same time.

I afraid this parameter could fabricate easily. would you please elaborate this mechanism?

Quote
Thus, if the branch obtains more than half of the total stakes of the whole system within a voting cycle, it is impossible to have a competitive branch. We denoted the branch as “Finalized,” and the block at the root of the branch as “save point.” Any historical attacks that occur before the save point will be rejected; Thus, the NaS problem is solved.

while your voting model doesn't fit in opportunity cost context, your model still suffers from N@S. this save point in your proposal just works as same as checksum in bitcoin. checksum doesn't solve anything. for new possible solutions, read about "flash-back-pinning" here in bitcointalk.

Quote
Conflict of Interest
Patent NO. : CN201811633256.0

would you please give more information about it?
60  Bitcoin / Development & Technical Discussion / Re: Funny how inflation bug was swept under the rug on: January 08, 2019, 10:42:12 PM
I don't think disclosure timelines usually include the "release date" of the bug, as the introduction of exploitable code can not always be easily pin-pointed (and in some cases it's been there all along and becomes exploitable as technology progresses). Heartbleed [1] and Cloudbleed [2] are other good examples of well documented timelines. (Bonus timeline: Remote installation of the original Doom on network enabled Canon printers [3])

[1] https://www.smh.com.au/technology/heartbleed-disclosure-timeline-who-knew-what-and-when-20140414-zqurk.html

True. the amazing part of your first reference about heartbleed vulnerability is this quote that asks for more information for understanding what may have occurred before discovering the vulnerability:

Quote
If you have further information or corrections - especially information about what occurred prior to March 21 at Google - please email the author..

anyways this exploit reminds me the principles of protecting from supply chain attacks by NIST [1][2] and now the question is how much the software supply chain in bitcoin follows it? (in other words, does this exploit fit in the concept of supply chain attack?)

[1] https://csrc.nist.gov/csrc/media/projects/supply-chain-risk-management/documents/ssca/2017-winter/ncsc_placemat.pdf
[2] mirror of [1]: http://www.mixoftix.net/knowledge_base/security/nist_suppy_chain_attack_.pdf
Pages: « 1 2 [3] 4 5 6 7 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!