CRYPTOCURRENCY MINING HARDWARE EVOLUTION FPGA-MINING.COM

Aeon

Aeon (AEON) is a private, secure, untraceable currency. You are your bank, you control your funds, and nobody can trace your transfers.
[link]

Am I understanding this technology right?

So I first heard about FPGAs from Linus Tech Tips. I've been doing some research and I still don't fully understand how these things work. The way I figure it right now is you program whatever instruction set you want into it and then it runs code for that instruction set. Is this correct?
I've seen posts about people using them for gaming and even bitcoin mining. Makes sense for mining, I guess kinda like a virtual ASIC. How does it work with gaming though? Virtual GPU? Virtual CPU cores perhaps?
My main interest in them is simulations development. I got simulations that take a long time to compute. Can I just take one of these, stick it in a PCIe slot, create a custom instruction set for my purposes, and then run bytecode on it? If so, how much faster should I expect it to run compared to running equivalent C++ code on a plain ol' CPU? Assuming an average-quality instruction set considering I'd clearly be a noob at this.
Thanks for reading!
submitted by ScandicMinecraft to FPGA [link] [comments]

ProgPoW resources

Informational

May 2, 2018 EIPs/eip-1057.md at master · ethereum/EIPs · GitHub
May 3, 2018 ProgPOW/README.md at master · ifdefelse/ProgPOW · GitHub
May 3, 2018 EIP-ProgPoW: a Programmatic Proof-of-Work - EIPs - Fellowship of Ethereum Magicians
May 29, 2018 The Problem with Proof of Work - K. L. Minehan - Medium
October 25, 2018 Understanding ProgPoW - IfDefElse - Medium
Nov 17, 2018 progpow-wiki/ProgPoW.md at master · MariusVanDerWijden/progpow-wiki · GitHub
December 10, 2018 ProgPoW - A Programmatic Proof of Work by Kristy-Leigh Minehan (Devcon4) - YouTube
January 10, 2019 ProgPoW FAQ - IfDefElse - Medium
January 14, 2019 What GPU miners may not know about ProgPoW - Andrea Lanfranchi - Medium
January 17, 2019 ProgPoW: Progress Update #1 - IfDefElse - Medium
February 14, 2019 Council of Denver - HackMD
February 17, 2019 The Miners Benchmark ProgPoW - Theodor Ghannam - Medium
February 21, 2019 Ethereum ProgPoW Explained - Crypto Mining Blog
March 18, 2019 13 Questions about Ethereum’s Movement to ProgPow by Jon Stevens - Medium
March 20, 2019 Skeptical about #ProgPoW? I am too! - Bryant Eisenbach - Medium
March 27, 2019 Comprehensive ProgPoW Benchmark by Theodor Ghannam - Medium
March 28, 2019 My stance on Progpow by Martin Holst Swende
March 30, 2019 The Cost of ASIC Design - IfDefElse - Medium
April 12, 2019 Ethereum ProgPoW Update - Crypto Mining Blog
September 23, 2019 In Defense of ProgPow : ethereum
February 4, 2020 Antminer E3 Stops Mining Ethereum Classic, Just Over a Month Remaining for Ethereum - Crypto Mining Blog

Ethereum Magicians

August 2, 2108 Final Request From the GPU Mining Community - EIPs - Fellowship of Ethereum Magicians
August 26, 2018 EIP-1355: Ethash 1a - EIPs - Fellowship of Ethereum Magicians
September 3, 2108 What has to be done to get ProgPoW on Ethereum - EIPs - Fellowship of Ethereum Magicians
January 1, 2019 Guidelines for ProgPow Hardware Developers - Primordial Soup - Fellowship of Ethereum Magicians
February 2, 2019 On the progpow audit - Action Item - Fellowship of Ethereum Magicians
March 3, 2019 My technical take on ProgPow’s weakest link - EIPs - Fellowship of Ethereum Magicians
March 4, 2019 Governance concerns after listening to ~all ProgPow discussions on Core Dev calls - Process Improvement - Fellowship of Ethereum Magicians
March 29, 2019 Motion to NOT include ProgPow without audit - EIPs - Fellowship of Ethereum Magicians
March 30, 2109 ProgPoW - A Compilation of Reference Material - Core EIPs - Fellowship of Ethereum Magicians
May 23, 2019 ProgPoW Audit Delay Issue - EIPs - Fellowship of Ethereum Magicians
July 8, 2019 Ensuring ETH 1.x’s Success Without Disenfranchising The Community - Ethereum 1.x Ring - Fellowship of Ethereum Magicians
August 8, 2019 EIP-centric forking - Process Improvement - Fellowship of Ethereum Magicians

YouTube

October 8, 2018 Cardano Rust Project | Petro Public Sale | ProgPow | WSJ Attacks Shapeshift (October 2nd, 2018) - YouTube
October 23 2018 Ethereum Mining News | FPGA’s Mining | ProgPoW LIKELY | Profitability | Hard Fork Delayed 2019 - YouTube
December 13, 2018 Why ProgPoW is BAD for Ethereum - YouTube
December 19, 2018 Bitcoin Rallies Towards 4k - Why? Ethereum Launches ProgPoW GPU Mining Testnet | New HD Minable Coin - YouTube
January 4, 2019 Ethereum moving to PROGPOW! What’s it mean for Miners? - YouTube
January 4, 2019 Ethereum ProgPoW CONFIRMED! - YouTube
January 5, 2019 Mining on the ProgPoW Gangnam Ethereum Testnet! - YouTube
January 6, 2019 6 x Asus RX 570 4GB ProgPoW Gangnam Ethereum Testnet TEST! - YouTube
January 7, 2019 ProgPOW Explained - A Brave New World for Ethereum Miners? - YouTube
January 20, 2019 CES2019 - North American Bitcoin Conference - GRIN / BEAM - PROGPOW and more! - YouTube
January 23, 2019 Ethereum to ZERO? Eth Chain Split. ProgPow & ETC 51 % Attack. GPU vs ASIC Miners. - YouTube
January 29, 2019 Nick Johnson: Future of the Ethereum Name Service and thoughts on ProgPOW - YouTube
February 19, 2019 Ethereum Hard Fork Soon? ProgPoW Voting? - YouTube
February 20, 2019 ProgPoW Merged Into Parity Ethereum | ETHNews Brief - YouTube
February 25, 2019 How does R7 370, R9 380,380x,390 and more perform on PROGPOW and other Cryptocurrencies in 2019? - YouTube
March 7, 2019 PROGPOW Explained in under 4 min. & why it matters to GPU Miners - YouTube
March 19, 2019 What is BBT doing with PROGPOW, Why all of the testing? - YouTube
March 25, 2019 eVGA RTX 2080Ti FTW3 11GB DDR6 Cryptocurrency Performance Test PROGPOW ETH RVN BEAM GRIN29 GRIN31 - YouTube
March 29, 2019 Ethereum & ProgPoW… What Is Going On? - YouTube
May 2, 2019 Ethereum ProgPow Audit Has Been Funded & Approved - YouTube
July 5, 2019 Mining News! Monero RandomX | Ethereum ProgPoW 2019 Update | Grin Embraces ASIC miners | Zel Zelhash - YouTube
July 24, 2019 Ethereum ProgPoW AUDIT Is Finally Getting Started… - YouTube
September 13, 2019 Ethereum ProgPoW Algorithm Audits Finalized - YouTube
September 24, 2019 An Argument Against ProgPoW a Day - Part 1 - YouTube
October 4, 2019 82 - Defending ProgPoW with Kristy-Leigh Minehan - YouTube
October 10, 2019 #36 - Kristy-Leigh of ProgPow discusses the EIP, Satoshi, Code Contributions, and Crypto Mining 2020 - YouTube
November 24, 2019 Ethereum Classic REJECTS ProgPoW… - YouTube
December 16, 2019 Ethereum ProgPoW Implementation Is STILL Coming Right? - YouTube
December 26, 2019 Panel: Least Authority’s ProgPoW Audit (Devcon5) - YouTube

Podcasts

April 11, 2019 https://podcasts.apple.com/us/podcast/blockchannel/id1307284590?i=1000434669782
September 10, 2019 https://podcasts.apple.com/us/podcast/ethhub-weekly-recap-78-ethboston-compound-drama-eth2/id1443920565?i=1000449269536
September 25, 2019 https://podcasts.apple.com/us/podcast/ethhub-weekly-recap-80-progpow-discussion-doj-extortion/id1443920565?i=1000451214746
October 4, 2019 https://podcasts.apple.com/us/podcast/82-defending-progpow-with-kristy-leigh-minehan/id1436674724?i=1000452312677

Official Updates

May 18, 2019 Dev Call #38 - May 18, 2018
August 24, 2018 Dev Call #45 - August 24, 2018
September 28, 2018 Dev Call #47 - September 28, 2018
January 4, 2019 Dev Call #52 - January 4, 2019
January 18, 2019 Dev Call#53 - January 18, 2019
February 1, 2019 Dev Call #54 - February 1, 2019
February 11, 2019 Ethereum Cat Herders Update#1 : EthereumCatHerders
March 15, 2019 Dev Call #57 - March 15, 2019
May 24, 2019 Dev Call #62 - May 24, 2019
July 18, 2019 Dev Call #65 - July 18, 2019
September 10, 2019 ProgPoW Audits Released - Ethereum Cat Herders - Medium
September 6, 2019 Dev Call #70 - September 6, 2019
November 1, 2019 Dev Call #74 - November 1, 2019
December 13, 2019 Dev Call #77 - December 13, 2019
January 24, 2019 Dev Call #79 - January 24, 2020
February 21, 2020 Dev Call#81 - February 21, 2020

News Articles

January 4, 2019 Ethereum Core Devs to Move Forward With ASIC-Resistant PoW Algorithm
January 5, 2019 Ethereum (ETH) Developers Plan to Implement ASIC-Resistant Proof of Work Mining Algorithm
January 7, 2019 BREAKING: Ethereum Classic (ETC) Hit With 51 Percent Attack A Week Before Ethereum (ETH) Constantinople Hard Fork – Crypto.IQ | Bitcoin and Investment News from Inside Experts You Can Trust
January 8, 2019 ETH Dev Suggests Moving to ‘ASIC-Friendly Algorithm’ After ProgPoW Decision
January 8, 2019 Ethereum Miner Linzhi Calls Out Project Coders for Proposed ASIC Ban - CoinDesk
January 8, 2019 Ethereum (ETH) Core Developers Propose an ASIC Resistant Upgrade - Ethereum World News
January 9, 2019 Ethereum Classic (ETC) 51% attack proof that shitcoins have no hope of succeeding? | CaptainAltcoin
January 9, 2019 What’s ProgPoW? Meet the hot new debate in the Ethereum community | finder.com.au
January 18, 2019 Ethereum Core Devs Constantinople Meeting to Be Held on Jan 18
February 1, 2019 Ethereum Core Dev Call #54: Waiting for ProgPoW - The Block
February 3, 2019 Will Ethereum Adopt ‘ProgPoW,’ the ASIC-Resistant Mining Algorithm? | CryptoSlate
February 4, 2019 Is Ethereum Going to be Adopting ASIC-Resistant ‘ProgPow’ as a Mining Algorithm?
February 15, 2019 Ethereum Core Dev Call #55: ProgPoW audits and Vitalik’s Phase 2 updates - The Block
February 15, 2019 Recompensas por minería en Ethereum llegan a mínimo histórico | CriptoNoticias
February 28, 2019 Coinhive dice adiós a la minería web por caída del mercado | CriptoNoticias
March 6, 2019 Ethereum Core Dev Meeting : ProgPow Implementation Receives More Than 50 Percent Votes from Miners - CryptoNewsZ
March 7, 2019 The ASIC Resistant Mining Campaign from Ethereum Miners Is Just Getting Started
March 12, 2019 Ethereum’s ProgPoW Proposal: An Expensive Game of Whack-a-Mole - CoinDesk
March 12, 2019 Ethereum’s ProgPoW Mining Change to Be Considered for Istanbul Upgrade - CoinDesk
March 14, 2019 As ProgPoW Aimed at Stopping ASIC Mining Gets Supporting Votes, New Conspiracies and Debates Appear
March 15, 2019 Ethereum’s ProgPow Mining Change Approved Again, But Timeline Unclear - CoinDesk
March 17, 2019 Ethereum Devs Once Again Approve ASIC-Resistant Algorithm ProgPoW
March 18, 2019 Ethereum (ETH) to Be ASIC-Resistant, No Date Set However - Cryptovest
March 27, 2019 Aumentan desacuerdos en Ethereum por decisión de avanzar con ProgPoW | CriptoNoticias
March 29, 2019 Bitmain Co-founder, Jihan Wu: ASIC Miners Makes a Blockchain Network More Decentralized - Coindoo
April 8, 2019 A Fight Over Specialized Chips Threatens an Ethereum Split | WIRED
April 26, 2019 Funding Approved for Audit of Ethereum’s ProgPoW Mining Proposal - CoinDesk
April 28, 2019 Ethereum Core Devs: Funding for ProgPoW 3rd-Party Audit Approved
April 20, 2019 Ethereum’s Recent Decline in Hashrate ‘Not Surprising’: Cyber Threat Expert Explains | CryptoGlobe
June 14, 2019 Proposed Ethereum Istanbul Hard Fork Combed With A Fine Tooth at Cat Herders Meeting
July 13, 2019 ¿Qué es ProgPoW? La propuesta de algoritmo contra mineros ASIC en Ethereum | CriptoNoticias
August 17, 2019 Ethereum: ProgPow will be activated on the mainnet next year as a part of Istanbul 2 - AMBCrypto
August 18, 2019 Ethereum’s ProgPoW To Be Released The First Quarter Of 2020 | UseTheBitcoin
August 19, 2019 Ethereum to Switch to ProgPoW Mining Algorithm in Upcoming Istanbul Hard Fork
September 8, 2019 Ethereum: ProgPoW high level design goals are reasonable towards achieving its intended economic effect - AMBCrypto
September 11, 2019 Chinese Firm Linzhi Set To Mass Produce Ethereum and ETC ASIC Miners As Tests Go Live
September 18, 2019 Ethereum ProgPOW author uninvited from ETC Summit due to Craig Wright association | CryptoSlate
September 19, 2019 Ethereum reveals launch dates for testing Istanbul - Decrypt
September 19, 2019 Hashing Out: ProgPoW Debate Kicks Up in Ethereum Community Again
September 19, 2019 ETC Summit Invitees List Has No Space for Kristy Minehan
September 22, 2019 Ethereum ProgPoW upgrade causing chain split more likely to be from the user side instead of the miner side - AMBCrypto
September 23, 2019 ProgPow advocate uninvited to Ethereum Classic Summit over links to Craig Wright
September 24, 2019 ProgPoW backer steps down from controversial role - Decrypt
September 25, 2019 ProgPOW author steps down as Core Scientific CTO, vows to implement algorithm on Ethereum | CryptoSlate
September 25, 2019 Ethereum ProgPoW proponent Kristy-Leigh Minehan steps down citing perceived conflict of interest - AMBCrypto
September 25, 2019 Core Scientific CTO Steps Down To Push Through Ethereum ProgPOW
September 25, 2019 ProgPoW author Kristy-Leigh Minehan resigns as CTO of Core Scientific | Cryptopolitan
September 26, 2019 New Ethereum ASIC dominates GPU mining performance | CryptoSlate
September 26, 2019 New Ethereum ASIC Fuels Discord Among Ethereum Community
September 28, 2019 The (alleged) plot against the Ethereum network - Decrypt
October 9, 2019 ProgPoW, the Algorithm Dividing the Ethereum Community: a GPU Manufacturer Ploy? - Ethereum World News
October 9, 2019 Ethereum Hard Fork Is Coming — Here’s What You Need to Know About ‘Istanbul’ – BeInCrypto October 27, 2019 Ethereum ProgPoW’s raison d’etre: To be or not to be - AMBCrypto
November 4, 2019 Aragon Opposes Change to Ethereum’s Mining Algorithm Before 2.0 Version
November 7, 2019 Aragon community against Ethereum ProgPOW
November 8, 2019 Ethereum Istanbul Hard Fork Release Date Confirmed By Core Developer
November 16, 2019 Ethereum ProgPoW audit contributors on Gitcoin to be refunded in full - AMBCrypto
November 26, 2019 Ethereum’s Buterin: PoW algorithms offering medium-level ASIC resistance can be created - AMBCrypto
December 17, 2019 Ethereum devs move ProgPoW into ‘Eligible for Inclusion’ list - AMBCrypto
January 1, 2020 [Is the ASIC Resistance dream closer to reality, despite claims of it being a myth? - AMBCrypto](https://eng.ambcrypto.com/is-the-asic-resistance-dream-closer-to-reality-despite-claims-of-it-being-a-myth/
submitted by greerso to ethereum [link] [comments]

How are FPGAs used in trading?

A field-programmable gate array (FPGA) is a chip that can be programmed to suit whatever purpose you want, as often as you want it and wherever you need it. FPGAs provide multiple advantages, including low latency, high throughput and energy efficiency.
To fully understand what FPGAs offer, imagine a performance spectrum. At one end, you have the central processing unit (CPU), which offers a generic set of instructions that can be combined to carry out an array of different tasks. This makes a CPU extremely flexible, and its behaviour can be defined through software. However, CPUs are also slow because they have to select from the available generic instructions to complete each task. In a sense, they’re a “jack of all trades, but a master of none”.
At the other end of the spectrum sit application-specific integrated circuits (ASICs). These are potentially much faster because they have been built with a single task in mind, making them a “master of one trade”. This is the kind of chip people use to mine bitcoin, for example. The downside of ASICs is that they can’t be changed, and they cost time and money to develop. FPGAs offer a perfect middle ground: they can be significantly faster than a CPU and are more flexible than ASICs.
FPGAs contain thousands, sometimes even millions, of so-called core logic blocks (CLBs). These blocks can be configured and combined to process any task that can be solved by a CPU. Compared with a CPU, FPGAs aren’t burdened by surplus hardware that would otherwise slow you down. They can therefore be used to carry out specific tasks quickly and effectively, and can even process several tasks simultaneously. These characteristics make them popular across a wide range of sectors, from aerospace to medical engineering and security systems, and of course finance.
How are FPGAs used in the financial services sector?
Speed and versatility are particularly important when buying or selling stocks and other securities. In the era of electronic trading, decisions are made in the blink of an eye. As prices change and orders come and go, companies are fed new information from exchanges and other sources via high-speed networks. This information arrives at high speeds, with time measured in nanoseconds. The sheer volume and speed of data demands a high bandwidth to process it all. Specialized trading algorithms make use of the new information in order to make trades. FPGAs provide the perfect platform to develop these applications, as they allow you to bypass non-essential software as well as generic-purpose hardware.
How do market makers use FPGAs to provide liquidity?
As a market maker, IMC provides liquidity to buyers and sellers of financial instruments. This requires us to price every instrument we trade and to react to the market accordingly. Valuation is a view on what the price of an asset should be, which is handled by our traders and our automated pricing algorithms. When a counterpart wants to buy or sell an asset on a trading venue, our role is to always be there and offer, or bid, a fair price for the asset. FPGAs enable us to perform this key function in the most efficient way possible.
At IMC, we keep a close eye on emerging technologies that can potentially improve our business. We began working with FPGAs more than a decade ago and are constantly exploring ways to develop this evolving technology. We work in a competitive industry, so our engineers have to be on their toes to make sure we’re continuously improving.
What does an FPGA engineer do?
Being an FPGA engineer is all about learning and identifying new solutions to challenges as they arise. A software developer can write code in a software language and know within seconds whether it works, and so deploy it quickly. However, the code will have to go through several abstraction layers and generic hardware components. Although you can deploy the code quickly, you do not get the fastest possible outcome.
As an FPGA engineer, it may take two to three hours of compilation time before you know whether your adjustment will result in the outcome you want. However, you can increase performance at the cost of more engineering time. The day-to-day challenge you face is how to make the process as efficient as possible with the given trade-offs while pushing the boundaries of the FPGA technology.
Skills needed to be an FPGA engineer
Things change extremely rapidly in the trading world, and agility is the name of the game. Unsurprisingly, FPGA engineers tend to enjoy a challenge. To work as an FGPA engineer at a company like IMC, you have to be a great problem-solver, a quick learner and highly adaptable.
What makes IMC a great fit for an FPGA engineer?
IMC offers a great team dynamic. We are a smaller company than many larger technology or finance houses, and we operate very much like a family unit. This means that, as a graduate engineer, you’ll never be far from the action, and you’ll be able to make an impact from day one.
Another key difference is that you’ll get to see the final outcome of your work. If you come up with an idea, we’ll give you the chance to make it work. If it does, you’ll see the results put into practice in a matter of days, which is always a great feeling. If it doesn’t, you’ll get to find out why – so there’s an opportunity to learn and improve for next time.
Ultimately, working at IMC is about having skin in the game. You’ll be entrusted with making your own decisions. And you’ll be working side by side with super smart people who are open-minded and always interested in hearing your ideas. Market making is a technology-dependent process, and we’re all in this together.
Think you have what it takes to make a difference at a technology graduate at IMC? Check out our graduate opportunities page.
submitted by IMC_Trading to u/IMC_Trading [link] [comments]

Monero, the Most Private Cryptocurrency

Monero, the Most Private Cryptocurrency
Written by the CoinEx Institution, this series of jocular and easy to understand articles will show you everything you need to know about major cryptocurrencies, making you fully prepared before jumping into crypto!

https://preview.redd.it/ryvcznqspe451.jpg?width=720&format=pjpg&auto=webp&s=5fa91e26288d7b0a624113ed21172cc9fd5624a3
Monero, or XMR for short, is an open-source cryptocurrency that is safe, reliable, private, and untraceable. It can run on Windows, Mac, Linux, and FreeBSD, and is known as one of the most private cryptocurrencies. In 2018, Monero already ranked 10th in terms of trading volume, with its market value beyond 1 billion US dollars, an evidence for its great fame in this field.
By a special method in cryptography, Monero ensures that all transactions remain 100% irrelevant and untraceable. Perhaps after reading this article, you will understand why it is so special and popular in the increasingly transparent and traceable cryptocurrency circle (After all privacy comes first!).
In fact, many large cryptocurrencies in the world are not anonymous. All transactions on Bitcoin and Ethereum are made public and traceable, which means that anyone can eavesdrop on transactions flowing into and out of the wallet. That has given rise to a new type of cryptocurrency called “privacy currency”! These “privacy currencies” hide encrypted transactions by adopting specific types of passwords. One typical example is Monero, one of the largest privacy cryptocurrencies in the world.
Monero was created on April 18, 2014 under the name BitMonero, literally the combination of Bit (Bitcoin) and Monero (the “coin” in Esperanto). In five days, the community decided to change its name to Monero.
Interestingly, Monero’s creators valued personal privacy and tried to behave in a low-key manner with pseudonyms instead of the real names. It is said that the Monero major contributor’s nickname is “thankful for today”, yet this guy has gradually disappeared from public view as Monero developed day by day.
Unlike many cryptocurrencies derived from BTC, Monero is based on the CryptoNote protocol. It is also the first branch based on the Bytecoin of CryptoNote currency. Here is some information about Bytecoin: BCN, for short, is a decentralized cryptocurrency with a high degree of privacy; it has open-source codes that allow everyone to contribute to the development of the Bytecoin network; and the Bytecoin network provides global users with instant private transactions that are not traceable and at no additional cost.
Yet, as a branch of BCN, Monero outshines its parent in reputation by being different in two ways. First, Monero’s target block time was reduced from 120 seconds to 60 seconds; second, the issuance speed was cut by 50% (which reverted to 120-second residence later, with the issuance time maintained and the reward for each new block doubled). By the way, during the fork, the Monero developers also found a lot of low-quality codes and then refactored them. (That is exactly what geeks will do)
Monero’s modular code structure was also highly appreciated by Wladimir J. van der Laan, one of the core maintainers of Bitcoin.
Monero values privacy, decentralization and scalability, and there are significant algorithm differences in blockchain fuzzification, which sets it apart from its peers. How private is it? Here are more details.
1. Safe and reliable
For a decentralized cryptocurrency, decentralization means that its network is operated by users; transactions are confirmed by decentralized consensus and then recorded on the blockchain irrevocably. Monero needs no third party to guarantee the safety of funds;
2. Privacy protection
Monero confuses all transaction sources, amounts, and recipients through ring signatures, ring confidential transactions, and invisible addresses. Apart from all the advantages of a decentralized cryptocurrency, it is by no means inferior in safeguarding privacy;
3. Unable to track
The sender, the receiver and the transaction amount of all Monero transactions must be anonymous by default. The information on the Monero Blockchain cannot be matched with physical individuals or specific users, so there is no trace to track;
4. Scalable
Everyone knows that Bitcoin’sability to process transactions has always been limited by the scalability issue; as we have mentioned before in the introduction of Bitcoin, the block size of 1MB makes things difficult. But Monero’s developers have created a system that allows the network to process more transactions when needed; what’s more, Monero does not have any “pre-set” restrictions on block size.
Of course, this also means that some malicious miners may block the system with large blocks. To prevent this from happening, Monero has worked out countermeasures: the block reward penalty of the system.
On October 18, 2018, Monero’s latest hard fork changed the consensus mechanism algorithm to CrypotoNight V8. In this hard fork, it introduced the BulletProff bulletproof protocol, which can also effectively reduce the transaction fee of miners without disclosing transactions
It is said that Monero will issue about 18.4 million XMR in around 8 years. Moreover, it eclipses its counterparts in distribution — with no pre-mining or pre-sale, all block rewards will be left to miners by means of the POW mechanism.
Here is the reward scheme of Monero in two stages:
  1. Acceleration: mine 18132000 XMR before May 2022;
  2. Deceleration: Deceleration starts right after 18132000 XMR are mined, and there will be a reward of 0.6XMR for each block mined afterwards. In this way, the overall supply will be kept on a small scale and decelerated.
Monero is also excellent in its development concept that is designed to be anti-ASIC from the very beginning. Here is a brief introduction to ASIC (Special Application Integrated Circuit).
Due to the specificity of ASICs, specially designed ASICs can usually have much higher hashrate than general CPUs, GPUs, and even FPGAs — that makes hashrate excessively centralized and makes it vulnerable to the monopoly of single centralized institutions. Yet the cryptonight algorithm used by Monero allows most CPUs and even FPGAs to get involved and get mining rewards, instead of making GPU the only one that can efficiently mine.
In other words, Monero’s core development team will modify the consensus mechanism algorithm and have a hard fork after some time to ensure its strength against ASIC and the monopoly of hashrate.
However, although Monero has been designed against ASICs to avoid centralization, nearly 43% of its hashrate is still owned by 3 mining pools; in addition, it is not a BTC-based currency, making it even harder to introduce some elements. Of course, Monero is not that newbie-friendly, and thus has not been widely accepted.
Yet each cryptocurrency has its own features. As long as Monero keeps improving its privacy, it will definitely attract increasing followers. If you are interested in Monero, welcome to CoinEx for exchange or trade.

About CoinEx

As a global and professional cryptocurrency exchange service provider, CoinEx was founded in December 2017 with Bitmain-led investment and has obtained a legal license in Estonia. It is a subsidiary brand of the ViaBTC Group, which owns the fifth largest BTC mining pool, which is also the largest of BCH mining, in the world.
CoinEx supports perpetual contract, spot, margin trading and other derivatives trading, and its service reaches global users in nearly 100 countries/regions with various languages available, such as Chinese, English, Korean and Russian.
Website: https://www.coinex.com/
Twitter: https://twitter.com/coinexcom
Telegram: https://t.me/CoinExOfficialENG
Click here to register on CoinEx!
submitted by CoinEx_Institution to Coinex [link] [comments]

Transcript of discussion between an ASIC designer and several proof-of-work designers from #monero-pow channel on Freenode this morning

[08:07:01] lukminer contains precompiled cn/r math sequences for some blocks: https://lukminer.org/2019/03/09/oh-kay-v4r-here-we-come/
[08:07:11] try that with RandomX :P
[08:09:00] tevador: are you ready for some RandomX feedback? it looks like the CNv4 is slowly stabilizing, hashrate comes down...
[08:09:07] how does it even make sense to precompile it?
[08:09:14] mine 1% faster for 2 minutes?
[08:09:35] naturally we think the entire asic-resistance strategy is doomed to fail :) but that's a high-level thing, who knows. people may think it's great.
[08:09:49] about RandomX: looks like the cache size was chosen to make it GPU-hard
[08:09:56] looking forward to more docs
[08:11:38] after initial skimming, I would think it's possible to make a 10x asic for RandomX. But at least for us, we will only make an ASIC if there is not a total ASIC hostility there in the first place. That's better for the secret miners then.
[08:13:12] What I propose is this: we are working on an Ethash ASIC right now, and once we have that working, we would invite tevador or whoever wants to come to HK/Shenzhen and we walk you guys through how we would make a RandomX ASIC. You can then process this input in any way you like. Something like that.
[08:13:49] unless asics (or other accelerators) re-emerge on XMR faster than expected, it looks like there is a little bit of time before RandomX rollout
[08:14:22] 10x in what measure? $/hash or watt/hash?
[08:14:46] watt/hash
[08:15:19] so you can make 10 times more efficient double precisio FPU?
[08:16:02] like I said let's try to be productive. You are having me here, let's work together!
[08:16:15] continue with RandomX, publish more docs. that's always helpful.
[08:16:37] I'm trying to understand how it's possible at all. Why AMD/Intel are so inefficient at running FP calculations?
[08:18:05] midipoet ([email protected]/web/irccloud.com/x-vszshqqxwybvtsjm) has joined #monero-pow
[08:18:17] hardware development works the other way round. We start with 1) math then 2) optimization priority 3) hw/sw boundary 4) IP selection 5) physical implementation
[08:22:32] This still doesn't explain at which point you get 10x
[08:23:07] Weren't you the ones claiming "We can accelerate ProgPoW by a factor of 3x to 8x." ? I find it hard to believe too.
[08:30:20] sure
[08:30:26] so my idea: first we finish our current chip
[08:30:35] from simulation to silicon :)
[08:30:40] we love this stuff... we do it anyway
[08:30:59] now we have a communication channel, and we don't call each other names immediately anymore: big progress!
[08:31:06] you know, we russians have a saying "it was smooth on paper, but they forgot about ravines"
[08:31:12] So I need a bit more details
[08:31:16] ha ha. good!
[08:31:31] that's why I want to avoid to just make claims
[08:31:34] let's work
[08:31:40] RandomX comes in Sep/Oct, right?
[08:31:45] Maybe
[08:32:20] We need to audit it first
[08:32:31] ok
[08:32:59] we don't make chips to prove sw devs that their assumptions about hardware are wrong. especially not if these guys then promptly hardfork and move to the next wrong assumption :)
[08:33:10] from the outside, this only means that hw & sw are devaluing each other
[08:33:24] neither of us should do this
[08:33:47] we are making chips that can hopefully accelerate more crypto ops in the future
[08:33:52] signing, verifying, proving, etc.
[08:34:02] PoW is just a feature like others
[08:34:18] sech1: is it easy for you to come to Hong Kong? (visa-wise)
[08:34:20] or difficult?
[08:34:33] or are you there sometimes?
[08:34:41] It's kind of far away
[08:35:13] we are looking forward to more RandomX docs. that's the first step.
[08:35:31] I want to avoid that we have some meme "Linzhi says they can accelerate XYZ by factor x" .... "ha ha ha"
[08:35:37] right? we don't want that :)
[08:35:39] doc is almost finished
[08:35:40] What docs do you need? It's described pretty good
[08:35:41] so I better say nothing now
[08:35:50] we focus on our Ethash chip
[08:36:05] then based on that, we are happy to walk interested people through the design and what else it can do
[08:36:22] that's a better approach from my view than making claims that are laughed away (rightfully so, because no silicon...)
[08:36:37] ethash ASIC is basically a glorified memory controller
[08:36:39] sech1: tevador said something more is coming (he just did it again)
[08:37:03] yes, some parts of RandomX are not described well
[08:37:10] like dataset access logic
[08:37:37] RandomX looks like progpow for CPU
[08:37:54] yes
[08:38:03] it is designed to reflect CPU
[08:38:34] so any ASIC for it = CPU in essence
[08:39:04] of course there are still some things in regular CPU that can be thrown away for RandomX
[08:40:20] uncore parts are not used, but those will use very little power
[08:40:37] except for memory controller
[08:41:09] I'm just surprised sometimes, ok? let me ask: have you designed or taped out an asic before? isn't it risky to make assumptions about things that are largely unknown?
[08:41:23] I would worry
[08:41:31] that I get something wrong...
[08:41:44] but I also worry like crazy that CNv4 will blow up, where you guys seem to be relaxed
[08:42:06] I didn't want to bring up anything RandomX because CNv4 is such a nailbiter... :)
[08:42:15] how do you guys know you don't have asics in a week or two?
[08:42:38] we don't have experience with ASIC design, but RandomX is simply designed to exactly fit CPU capabilities, which is the best you can do anyways
[08:43:09] similar as ProgPoW did with GPUs
[08:43:14] some people say they want to do asic-resistance only until the vast majority of coins has been issued
[08:43:21] that's at least reasonable
[08:43:43] yeah but progpow totally will not work as advertised :)
[08:44:08] yeah, I've seen that comment about progpow a few times already
[08:44:11] which is no surprise if you know it's just a random sales story to sell a few more GPUs
[08:44:13] RandomX is not permanent, we are expecting to switch to ASIC friendly in a few years if possible
[08:44:18] yes
[08:44:21] that makes sense
[08:44:40] linzhi-sonia: how so? will it break or will it be asic-able with decent performance gains?
[08:44:41] are you happy with CNv4 so far?
[08:45:10] ah, long story. progpow is a masterpiece of deception, let's not get into it here.
[08:45:21] if you know chip marketing it makes more sense
[08:45:24] linzhi-sonia: So far? lol! a bit early to tell, don't you think?
[08:45:35] the diff is coming down
[08:45:41] first few hours looked scary
[08:45:43] I remain skeptical: I only see ASICs being reasonable if they are already as ubiquitous as smartphones
[08:45:46] yes, so far so good
[08:46:01] we kbew the diff would not come down ubtil affter block 75
[08:46:10] yes
[08:46:22] but first few hours it looks like only 5% hashrate left
[08:46:27] looked
[08:46:29] now it's better
[08:46:51] the next worry is: when will "unexplainable" hashrate come back?
[08:47:00] you hope 2-3 months? more?
[08:47:05] so give it another couple of days. will probably overshoot to the downside, and then rise a bit as miners get updated and return
[08:47:22] 3 months minimum turnaround, yes
[08:47:28] nah
[08:47:36] don't underestimate asicmakers :)
[08:47:54] you guys don't get #1 priority on chip fabs
[08:47:56] 3 months = 90 days. do you know what is happening in those 90 days exactly? I'm pretty sure you don't. same thing as before.
[08:48:13] we don't do any secret chips btw
[08:48:21] 3 months assumes they had a complete design ready to go, and added the last minute change in 1 day
[08:48:24] do you know who is behind the hashrate that is now bricked?
[08:48:27] innosilicon?
[08:48:34] hyc: no no, and no. :)
[08:48:44] hyc: have you designed or taped out a chip before?
[08:48:51] yes, many years ago
[08:49:10] then you should know that 90 days is not a fixed number
[08:49:35] sure, but like I said, other makers have greater demand
[08:49:35] especially not if you can prepare, if you just have to modify something, or you have more programmability in the chip than some people assume
[08:50:07] we are chipmakers, we would never dare to do what you guys are doing with CNv4 :) but maybe that just means you are cooler!
[08:50:07] and yes, programmability makes some aspect of turnaround easier
[08:50:10] all fine
[08:50:10] I hope it works!
[08:50:28] do you know who is behind the hashrate that is now bricked?
[08:50:29] inno?
[08:50:41] we suspect so, but have no evidence
[08:50:44] maybe we can try to find them, but we cannot spend too much time on this
[08:50:53] it's probably not so much of a secret
[08:51:01] why should it be, right?
[08:51:10] devs want this cat-and-mouse game? devs get it...
[08:51:35] there was one leak saying it's innosilicon
[08:51:36] so you think 3 months, ok
[08:51:43] inno is cool
[08:51:46] good team
[08:51:49] IP design house
[08:51:54] in Wuhan
[08:52:06] they send their people to conferences with fake biz cards :)
[08:52:19] pretending to be other companies?
[08:52:26] sure
[08:52:28] ha ha
[08:52:39] so when we see them, we look at whatever card they carry and laugh :)
[08:52:52] they are perfectly suited for secret mining games
[08:52:59] they made at most $6 million in 2 months of mining, so I wonder if it was worth it
[08:53:10] yeah. no way to know
[08:53:15] but it's good that you calculate!
[08:53:24] this is all about cost/benefit
[08:53:25] then you also understand - imagine the value of XMR goes up 5x, 10x
[08:53:34] that whole "asic resistance" thing will come down like a house of cards
[08:53:41] I would imagine they sell immediately
[08:53:53] the investor may fully understand the risk
[08:53:57] the buyer
[08:54:13] it's not healthy, but that's another discussion
[08:54:23] so mid-June
[08:54:27] let's see
[08:54:49] I would be susprised if CNv4 ASICs show up at all
[08:54:56] surprised*
[08:54:56] why?
[08:55:05] is only an economic question
[08:55:12] yeah should be interesting. FPGAs will be near their limits as well
[08:55:16] unless XMR goes up a lot
[08:55:19] no, not *only*. it's also a technology question
[08:55:44] you believe CNv4 is "asic resistant"? which feature?
[08:55:53] it's not
[08:55:59] cnv4 = Rabdomx ?
[08:56:03] no
[08:56:07] cnv4=cryptinight/r
[08:56:11] ah
[08:56:18] CNv4 is the one we have now, I think
[08:56:21] since yesterday
[08:56:30] it's plenty enough resistant for current XMR price
[08:56:45] that may be, yes!
[08:56:55] I look at daily payouts. XMR = ca. 100k USD / day
[08:57:03] it can hold until October, but it's not asic resistant
[08:57:23] well, last 24h only 22,442 USD :)
[08:57:32] I think 80 h/s per watt ASICs are possible for CNv4
[08:57:38] linzhi-sonia where do you produce your chips? TSMC?
[08:57:44] I'm cruious how you would expect to build a randomX ASIC that outperforms ARM cores for efficiency, or Intel cores for raw speed
[08:57:48] curious
[08:58:01] yes, tsmc
[08:58:21] Our team did the world's first bitcoin asic, Avalon
[08:58:25] and upcoming 2nd gen Ryzens (64-core EPYC) will be a blast at RandomX
[08:58:28] designed and manufactured
[08:58:53] still being marketed?
[08:59:03] linzhi-sonia: do you understand what xmr wants to achieve, community-wise?
[08:59:14] Avalon? as part of Canaan Creative, yes I think so.
[08:59:25] there's not much interesting oing on in SHA256
[08:59:29] Inge-: I would think so, but please speak
[08:59:32] hyc: yes
[09:00:28] linzhi-sonia: i am curious to hear your thoughts. I am fairly new to this space myself...
[09:00:51] oh
[09:00:56] we are grandpas, and grandmas
[09:01:36] yet I have no problem understanding why ASICS are currently reviled.
[09:01:48] xmr's main differentiators to, let's say btc, are anonymity and fungibility
[09:01:58] I find the client terribly slow btw
[09:02:21] and I think the asic-forking since last may is wrong, doesn't create value and doesn't help with the project objectives
[09:02:25] which "the client" ?
[09:02:52] Monero GUI client maybe
[09:03:12] MacOS, yes
[09:03:28] What exactly is slow?
[09:03:30] linzhi-sonia: I run my own node, and use the CLI and Monerujo. Have not had issues.
[09:03:49] staying in sync
[09:03:49] linzhi-sonia: decentralization is also a key principle
[09:03:56] one that Bitcoin has failed to maintain
[09:04:39] hmm
[09:05:00] looks fairly decentralized to me. decentralization is the result of 3 goals imo: resilient, trustless, permissionless
[09:05:28] don't ask a hardware maker about physical decentralization. that's too ideological. we focus on logical decentralization.
[09:06:11] physical decentralization is important. with bulk of bitnoin mining centered on Chinese hydroelectric dams
[09:06:19] have you thought about including block data in the PoW?
[09:06:41] yes, of course.
[09:07:39] is that already in an algo?
[09:08:10] hyc: about "centered on chinese hydro" - what is your source? the best paper I know is this: https://coinshares.co.uk/wp-content/uploads/2018/11/Mining-Whitepaper-Final.pdf
[09:09:01] linzhi-sonia: do you mine on your ASICs before you sell them?
[09:09:13] besides testing of course
[09:09:45] that paper puts Chinese btc miners at 60% max
[09:10:05] tevador: I think everybody learned that that is not healthy long-term!
[09:10:16] because it gives the chipmaker a cost advantage over its own customers
[09:10:33] and cost advantage leads to centralization (physical and logical)
[09:10:51] you guys should know who finances progpow and why :)
[09:11:05] but let's not get into this, ha ha. want to keep the channel civilized. right OhGodAGirl ? :)
[09:11:34] tevador: so the answer is no! 100% and definitely no
[09:11:54] that "self-mining" disease was one of the problems we have now with asics, and their bad reputation (rightfully so)
[09:13:08] I plan to write a nice short 2-page paper or so on our chip design process. maybe it's interesting to some people here.
[09:13:15] basically the 5 steps I mentioned before, from math to physical
[09:13:32] linzhi-sonia: the paper you linked puts 48% of bitcoin mining in Sichuan. the total in China is much more than 60%
[09:13:38] need to run it by a few people to fix bugs, will post it here when published
[09:14:06] hyc: ok! I am just sharing the "best" document I know today. it definitely may be wrong and there may be a better one now.
[09:14:18] hyc: if you see some reports, please share
[09:14:51] hey I am really curious about this: where is a PoW algo that puts block data into the PoW?
[09:15:02] the previous paper I read is from here http://hackingdistributed.com/2018/01/15/decentralization-bitcoin-ethereum/
[09:15:38] hyc: you said that already exists? (block data in PoW)
[09:15:45] it would make verification harder
[09:15:49] linzhi-sonia: https://the-eye.eu/public/Books/campdivision.com/PDF/Computers%20General/Privacy/bitcoin/meh/hashimoto.pdf
[09:15:51] but for chips it would be interesting
[09:15:52] we discussed the possibility about a year ago https://www.reddit.com/Monero/comments/8bshrx/what_we_need_to_know_about_proof_of_work_pow/
[09:16:05] oh good links! thanks! need to read...
[09:16:06] I think that paper by dryja was original
[09:17:53] since we have a nice flow - second question I'm very curious about: has anyone thought about in-protocol rewards for other functions?
[09:18:55] we've discussed micropayments for wallets to use remote nodes
[09:18:55] you know there is a lot of work in other coins about STARK provers, zero-knowledge, etc. many of those things very compute intense, or need to be outsourced to a service (zether). For chipmakers, in-protocol rewards create an economic incentive to accelerate those things.
[09:19:50] whenever there is an in-protocol reward, you may get the power of ASICs doing something you actually want to happen
[09:19:52] it would be nice if there was some economic reward for running a fullnode, but no one has come up with much more than that afaik
[09:19:54] instead of fighting them off
[09:20:29] you need to use asics, not fight them. that's an obvious thing to say for an asicmaker...
[09:20:41] in-protocol rewards can be very powerful
[09:20:50] like I said before - unless the ASICs are so useful they're embedded in every smartphone, I dont see them being a positive for decentralization
[09:21:17] if they're a separate product, the average consumer is not going to buy them
[09:21:20] now I was talking about speedup of verifying, signing, proving, etc.
[09:21:23] they won't even know what they are
[09:22:07] if anybody wants to talk about or design in-protocol rewards, please come talk to us
[09:22:08] the average consumer also doesn't use general purpose hardware to secure blockchains either
[09:22:14] not just for PoW, in fact *NOT* for PoW
[09:22:32] it requires sw/hw co-design
[09:23:10] we are in long-term discussions/collaboration over this with Ethereum, Bitcoin Cash. just talk right now.
[09:23:16] this was recently published though suggesting more uptake though I guess https://btcmanager.com/college-students-are-the-second-biggest-miners-of-cryptocurrency/
[09:23:29] I find it pretty hard to believe their numbers
[09:24:03] well
[09:24:09] sorry, original article: https://www.pcmag.com/news/366952/college-kids-are-using-campus-electricity-to-mine-crypto
[09:24:11] just talk, no? rumors
[09:24:18] college students are already more educated than the average consumer
[09:24:29] we are not seeing many such customers anymore
[09:24:30] it's data from cisco monitoring network traffic
[09:24:33] and they're always looking for free money
[09:24:48] of course anyone with "free" electricity is inclined to do it
[09:24:57] but look at the rates, cannot make much money
[09:26:06] Ethereum is a bloated collection of bugs wrapped in a UI. I suppose they need all the help they can get
[09:26:29] Bitcoin Cash ... just another get rich quick scheme
[09:26:38] hmm :)
[09:26:51] I'll give it back to you, ok? ha ha. arrogance comes before the fall...
[09:27:17] maye we should have a little fun with CNv4 mining :)
[09:27:25] ;)
[09:27:38] come on. anyone who has watched their track record... $75M lost in ETH at DAO hack
[09:27:50] every smart contract that comes along is just waiting for another hack
[09:27:58] I just wanted to throw out the "in-protocol reward" thing, maybe someone sees the idea and wants to cowork. maybe not. maybe it's a stupid idea.
[09:29:18] linzhi-sonia: any thoughts on CN-GPU?
[09:29:55] CN-GPU has one positive aspect - it wastes chip area to implement all 18 hash algorithms
[09:30:19] you will always hear roughly the same feedback from me:
[09:30:52] "This algorithm very different, it heavy use floating point operations to hurt FPGAs and general purpose CPUs"
[09:30:56] the problem is, if it's profitable for people to buy ASIC miners and mine, it's always more profitable for the manufacturer to not sell and mine themselves
[09:31:02] "hurt"
[09:31:07] what is the point of this?
[09:31:15] it totally doesn't work
[09:31:24] you are hurting noone, just demonstrating lack of ability to think
[09:31:41] what is better: algo designed for chip, or chip designed for algo?
[09:31:43] fireice does it on daily basis, CN-GPU is a joke
[09:31:53] tevador: that's not really true, especially in a market with such large price fluctuations as cryptocurrency
[09:32:12] it's far less risky to sell miners than mine with them and pray that price doesn't crash for next six months
[09:32:14] I think it's great that crypto has a nice group of asicmakers now, hw & sw will cowork well
[09:32:36] jwinterm yes, that's why they premine them and sell after
[09:32:41] PoW is about being thermodynamically and cryptographically provable
[09:32:45] premining with them is taking on that risk
[09:32:49] not "fork when we think there are asics"
[09:32:51] business is about risk minimization
[09:32:54] that's just fear-driven
[09:33:05] Inge-: that's roughly the feedback
[09:33:24] I'm not saying it hasn't happened, but I think it's not so simple as saying "it always happens"
[09:34:00] jwinterm: it has certainly happened on BTC. and also on XMR.
[09:34:19] ironically, please think about it: these kinds of algos indeed prove the limits of the chips they were designed for. but they don't prove that you cannot implement the same algo differently! cannot!
[09:34:26] Risk minimization is not starting a business at all.
[09:34:34] proof-of-gpu-limit. proof-of-cpu-limit.
[09:34:37] imagine you have a money printing machine, would you sell it?
[09:34:39] proves nothing for an ASIC :)
[09:35:05] linzhi-sonia: thanks. I dont think anyone believes you can't make a more efficient cn-gpu asic than a gpu - but that it would not be orders of magnitude faster...
[09:35:24] ok
[09:35:44] like I say. these algos are, that's really ironic, designed to prove the limitatios of a particular chip in mind of the designer
[09:35:50] exactly the wrong way round :)
[09:36:16] like the cache size in RandomX :)
[09:36:18] beautiful
[09:36:29] someone looked at GPU designs
[09:37:31] linzhi-sonia can you elaborate? Cache size in RandomX was selected to fit CPU cache
[09:37:52] yes
[09:38:03] too large for GPU
[09:38:11] as I said, we are designing the algorithm to exactly fit CPU capabilities, I do not claim an ASIC cannot be more efficient
[09:38:16] ok!
[09:38:29] when will you do the audit?
[09:38:35] will the results be published in a document or so?
[09:38:37] I claim that single-chip ASIC is not viable, though
[09:39:06] you guys are brave, noone disputes that. 3 anti-asic hardforks now!
[09:39:18] 4th one coming
[09:39:31] 3 forks were done not only for this
[09:39:38] they had scheduled updates in the first place
[09:48:10] Monero is the #1 anti-asic fighter
[09:48:25] Monero is #1 for a lot of reasons ;)
[09:48:40] It's the coin with the most hycs.
[09:48:55] mooooo
[09:59:06] sneaky integer overflow, bug squished
[10:38:00] p0nziph0ne ([email protected]/vpn/privateinternetaccess/p0nziph0ne) has joined #monero-pow
[11:10:53] The convo here is wild
[11:12:29] it's like geo-politics at the intersection of software and hardware manufacturing for thermoeconomic value.
[11:13:05] ..and on a Sunday.
[11:15:43] midipoet: hw and sw should work together and stop silly games to devalue each other. to outsiders this is totally not attractive.
[11:16:07] I appreciate the positive energy here to try to listen, learn, understand.
[11:16:10] that's a start
[11:16:48] <-- p0nziph0ne ([email protected]/vpn/privateinternetaccess/p0nziph0ne) has quit (Quit: Leaving)
[11:16:54] we won't do silly mining against xmr "community" wishes, but not because we couldn'd do it, but because it's the wrong direction in the long run, for both sides
[11:18:57] linzhi-sonia: I agree to some extent. Though, in reality, there will always be divergence between social worlds. Not every body has the same vision of the future. Reaching societal consensus on reality tomorrow is not always easy
[11:20:25] absolutely. especially at a time when there is so much profit to be made from divisiveness.
[11:20:37] someone will want to make that profit, for sure
[11:24:32] Yes. Money distorts.
[11:24:47] Or wealth...one of the two
[11:26:35] Too much physical money will distort rays of light passing close to it indeed.
submitted by jwinterm to Monero [link] [comments]

Vertcoin Mining AMA

What is Vertcoin?

Vertcoin was created in 2014. It is a direct hedge against long term mining consensus centralization on the Bitcoin mining network. Vertcoin achieves its mining consensus solely through Graphics Cards as they are the most abundant / widely available consensus devices that produce a reasonable amount of hashrate. This is done using a mining algorithm that deliberately geared against devices like ASICs, FPGAs and CPUs (due to botnets) making them extremely inefficient. Consensus distribution over time is the most important aspect of a blockchain and should not be taken lightly. It is critical that you understand what blockchain specifications mean/do to fully understand Vertcoin.

Mining Vertcoin

When users of our network send each other Vertcoin, their transactions are secured by a process called mining. Miners will compose a so-called block out of the pending transactions, and need to perform a large number of computations called hashes in order to produce the Proof-of-Work. With this Proof-of-Work, the block is accepted by the network and the transactions in it become confirmed.
Mining is essentially a race. Whoever finds a valid Proof-of-Work and gets the block propagated over more than half of the Vertcoin network first, wins this race and is allowed to reward themselves with the block reward. The block reward is how new Vertcoin come in circulation. This block reward started at 50 VTC when Vertcoin was launched, and halves every four years. The current block reward is 25 VTC.
Vertcoin's One Click Miner: https://github.com/vertcoin-project/One-Click-Minereleases
Learn more about mining here: https://vertcoin.org/mine/
Specification List:
· Launch date: Jan 11, 2014
· Proof-Of-Work (Consensus Mechanism)
· Total Supply: 84,000,000 Vertcoin
· Preferred Consensus Device: GPU
· Mining Algorithm: Lyra2REv3 (Made by Vertcoin)
· Blocktime: 2.5 minutes
· SegWit: Activated
· Difficulty Adjustment Algorithm: Kimoto Gravity Well (Every Block)
· Block Halving: 4 year interval
· Initial Block Reward: 50 coins
· Current Block Reward: 25 coin
More spec information can be found here: https://vertcoin.org/specs-explained/

Why Does Vertcoin Use GPUs Then?

ASIC’s (Manufactuer Monopoly)
If mining were just a spade sure, use the most powerful equipment which would be an ASIC. The problem is ASICs are not widely available, and just happen to be controlled by a monopoly in China.
So, you want the most widely available tool that produces a fair amount of hashrate, which currently manifests itself as a Graphics Card.
CPUs would be great too but unfortunately there are viruses that take over hundreds of thousands of computers called Botnets (they’re almost as bad as ASICs).

Mining In Pools

Because mining is a race, it’s difficult for an individual miner to acquire enough computational power to win this race solo. Therefore there’s a concept called pool-mining. With pool-mining, miners cooperate in finding the correct Proof-of-Work for the block, and share the block reward based on the work contributed. The amount of work contributed is measured in so-called shares. Finding the Proof-of-Work for a share is much easier than finding it for a block, and when the cooperating miners find the Proof-of-Work for the block, they distribute the reward based on the number of shares each miner found. Vertcoin always recommends using P2Pool to keep mining as decentralized as possible.
How Do I Get Started?
If you want to get started mining, check out the Mine Vertcoin page.

Vertcoin just forked to Lyra2REv3 and we are currently working on Verthash

Verthash is and was under development before we decided to hard fork to Lyra2REv3. While Verthash would’ve resulted in the same effect for ASICs (making them useless for mining Vertcoin), the timeline was incompatible with the desire to get rid of ASICs quickly. Verthash is still under development and tries to address the outsourcability problem.
Verthash is an I/O bound algorithm that uses the blockchain data as input to the hashing algorithm. It therefore requires miners to have all the blockchain data available to them, which is currently about 4 GB of data. By making this mining data mandatory, it will become harder for auto profit switching miners — like the ones that rent out their GPU to Nicehash — because they will need to keep a full node running while mining other algorithms for the moment Verthash becomes more profitable — the data needs to be available immediately since updating it can take a while.
Over the past month, we have successfully developed a first implementation of Verthash in the Vertcoin Core code base. Within the development team we have run a few nodes on Testnet to test the functionality — and everything seems to work properly. The next step is to build out the GPU miners for AMD and Nvidia. This is a NOETA at the moment, since we’re waiting on GPU developers which are in high demand. Once the miners are ready, we’ll be releasing the Vertcoin 0.15 beta that hardforks the testnet together with the miners for the community to have a testrun. Given the structural difference between Lyra2RE and Verthash, we’ll have to run the testnet for a longer period than we did with the Lyra2REv3 hard fork. We’ll have to make sure the system is reliable before hardforking our mainnet. So the timeline will be longer than with the Lyra2REv3 hard fork.
Some people in the community have voiced concerns about the fact that Verthash development is not being done “out in the open”, i.e.: the code commits are not visible on Github. The main two reasons for us to keep our cards to our chest at this stage are: (1) only when the entire system including miners has been coded up can we be sure the system works, we don’t want to release preliminary stuff that doesn’t work or isn’t secure. Also (2) we don’t want to give hardware manufacturers or mining outsourcing platforms a head start on trying to defeat the mechanisms we’ve put in place.

Links and Resources

· Twitter: https://twitter.com/Vertcoin
· Donations: vertcoin.org/donate
· Join our Discord: https://discord.gg/vertcoin
· Reddit: https://www.reddit.com/vertcoin/
· Official Website: https://vertcoin.org/
· Facebook: https://www.facebook.com/vertcoin
· Vertcoin Talk: https://soundcloud.com/vertcoin-talk
· Youtube: https://www.youtube.com/vertcoin
submitted by Canen01 to gpumining [link] [comments]

Andreas Antonopoulos gets "Satoshi's Vision" completely wrong and shows his misunderstanding of the system. He thinks 1 cpu 1 vote means 1 user 1 vote, a common mistake from people on the Core side.

In this video at the 6m20s mark Andreas Antonopoulos speaks about Satoshi's vision. He speaks about "1 cpu 1 vote" saying that Satoshi designed the system to be decentralized as possible, but Andreas completely misunderstands the meaning of 1 cpu 1 vote. He is falling into the common trap of conflating 1cpu 1 vote with 1 user 1 vote.
Andreas, haven't you even read nChains paper about POW and Theory of the Firm? A cpu is an economic resource:
One of the little-known aspects of bitcoin is the nature of the proof of work system. There are many people, especially those who support a UASF or PoW change that believe a distributed system should be completed as a mesh. In this, they confuse centralised systems with centrality. The truth of the matter, no matter which proof of work system is implemented, they all follow a maximal growth curve that reflects the nature of the firm as detailed in 1937 by Ronald Coase (1937).
The bitcoin White Paper was very specific. users of the system "vote with their CPU power" [1]. What this means, is that the system was never generated to give one vote per person. It is designed purely around economic incentives individuals with more hash power will have provided more investment into the system. These individuals who invest more in the system gain more say in the system. At the same time, no one or even two individuals can gain complete control of the system. We'll explore the nature of cartels in a separately, but these always fail without government intervention. The reason for cartels failing comes down to the simple incentivisation of the most efficient member. The strongest cartel member always ends up propping up the weakest. This leads to a strategy of defection.
No proof of work-based solution ever allows for a scenario where you have one vote to one person. The anti-sybiling functions of bitcoin and all other related systems based on proof of work or similar derivatives are derived from an investment based strategy. Solutions to the implementation of ASIC based systems are constantly proposed as a methodology of limiting the centralisation of proof of work systems as it is termed. The truth of the matter is that the mining function within any proof of work system naturally aligns to business interests. This leads to corporations running machines within data centres. On the way that democracies and republics have migrated away from small groups of people individually voting for an outcome towards a vote for a party, the transactional costs associated with individual choice naturally leads to corporate solutions. In this, the corporation mirrors a political party.
In this paper, we address the issues of using alternate approval work systems with regards to either incorporating alternate functions in an extension of simply securing the network against the use of proof of work systems to create a one person one vote scenario in place of economic incentivisation. We will demonstrate conclusively that all systems migrate to a state of economic efficiency. The consequence of this is that systems form into groups designed to maximise returns. The effect is that bitcoin is not only incentive compatible but is optimal. No system can efficiently collapse into an order of one vote one individual and remain secure. In the firm-based nature of bitcoin, we demonstrate that the inherent nature of the firm is reflected within mining pools. Multiple aggregation strategies exist. The strategies range from the creation of collective firms where members can easily join or leave (mining pools) through to more standard corporate structures
Proof of Work as it relates to the theory of the firm. that are successful within any proof of work system. The system was determined to be based on one- vote per CPU (Satoshi, 2008) and not one vote per person or one vote per IP address. The reasons for this is simple, there is no methodology available that can solve byzantine consensus on an individual basis. The solution developed within bitcoin solves this economically using investment. The parties signal their intent to remain bound to the protocol through a significant investment. Those parties that follow the protocol are rewarded. The alternative strategy takes us back to the former and failed systems such as e-cash that could not adequately solve Sybil attacks and decentralise the network. Bitcoin manages to maintain the decentralise nature of the network through a requirement that no individual party can ever achieve more than 50% of the network hash rate.
In all proof of work systems, there are requirements to inject a costly signal into the network that is designed as the security control. To many people, they believe that the cryptographic element, namely the hashing process is the security feature of bitcoin. This is a fallacy, it is the economic cost that is relevant to the overall system and not the individual element.
The benefits of a hash function are that they are difficult to solve in the nature of the proof of work algorithm but are easy to verify. This economic asymmetry is one of the key features of bitcoin. Once a user has found a solution, they know it can be quickly broadcast and verified by others. Additionally, the hash algorithm provides a fair distribution system based on the amount of invested hash rate. The distinction from proof of stake solution as has been proposed comes in the requirement to constantly reinvest. A proof of stake system requires a single investment. Once this investment is created, the system is incentivised towards the protection of the earlier investment. This leads to a scenario known as a strategic oligopoly game.
The solution using a proof of work algorithm is the introduction of an ongoing investment. This is different to an oligopoly game in that sunk cost cannot make up for continued investment. In a proof of stake system, prior investment is crystallised allowing continued control with little further investment. Proof of work differs in that it requires continuous investment. More than this, it requires innovation. As with all capitalist systems, they are subject to Schumpeterian dynamical change (Shumpeter, 1994). The system of creative destruction allows for cycles of innovation. Each innovation leads to waves of creation over the destruction of the old order.
This process creates continued growth. Proof of work-based systems continue to grow and continue to update and change. Any incumbent corporation or other entity needs to continue to invest knowing that their continued dominance is not assured. In bitcoin, we have seen innovative leaps as people moved from CPU-based mining into GPU-based systems. This initial innovation altered the software structure associated with the mining process in bitcoin. That change significantly altered the playing field leading to novel techniques associated with FPGAs and later ASICs dedicated to a specific part of the mining process.
The error held by many people is that this move from a CPU-based solution into more costly implementations could have been averted. A consequence of this has been the introduction of alternative proof of work systems into many of the alt-coins
These systems have been implemented without the understanding that it is not the use of ASICs that is an issue. It is that the belief that individual users can individually mine in a mesh system will be able to be implemented as a successful proof of work. In the unlikely event that a specialised algorithm was implemented that could only run once on any one machine CPU, it would still lead to the eventual creation of corporate data centres for mining. In the section above, we showed using Arrow’s theorem how only a single use proof of work system can be effective. If we extend this and look at the Theory of the Firm (Coase, 1937) we note that in a system in Litecoin and Dogecoin for example. A00137:
Proof of Work as it relates to the theory of the firm. of prices, reduction could be carried out without any organisation. One issue against this arises from the cost of information. Interestingly, as we move into a world of increasingly more information, it becomes scarce information that is important. As the amount of information becomes more voluminous, the ability to uncover accurate and timely information becomes scarcer. The ability to specialise in the coordination of the various factors of production and the distribution of information leads towards vertical integration within firms. We see this first voiced in Adam Smith’s (Smith, 1776) postulation on the firm:
Everyone can choose to either seek further information or act on the information that they already have. This information can be in the form of market knowledge, product knowledge, or expertise, but at some point, the individual needs to decide to act. There is a cost to obtaining information. The returns on obtaining more information hit a maximum level and start to decrease at a certain point. The entrepreneur acts as a guiding influence managing the risk associated with incomplete information compared to the risk of not acting but rather waiting to obtain more information.
In the instance of bitcoin mining, the firm can increase in size through the integration of multiple specialist roles. Even given the assumption that any one process can run on but a single CPU, we come to the scenario of high-end datacentre servers. The Intel Xeon Phi 7290f implements 72 Atom CPU Cores. Each core runs two threads. Even taking the control system into account, this leaves 142 processes able to run per system. With four cards per RU this allows for datacentre implementations of 5,964 mining processes to run on a pure CPU-based proof of work implementation. One person can manage a small number of mining server implementations within a home or small business environment. In large data centre-based organisations such as Facebook, a single administrator can run 20,000 servers
The effect of this would be one individual managing 2,840,000 individual CPU-based mining processes. This alone is outside the scaling capabilities of any individual. This can be further enhanced as cost savings through the creation of large data centres, management savings and integrating multiple network and systems administrators is considered. As we start to add additional layers we come to a maximum where it is no longer profitable to grow the firm in size. Right up until that point, the firm will grow.
submitted by cryptorebel to btc [link] [comments]

Continued censorship involving Ethereum's proposed fork to progPOW.

Our friends at Ethereum are subject to continued manipulation into forking their coin to progPOW. I decided to post this in /btc because it is the last bastion of free speech in the crypto community.
Today, after drawing attention to the sketchy history of progPOW's original proponent, my post was subjected to massive vote manipulation, and eventually deleted.
I have long suspected that progPOW favors NVIDIA miners, given the deep connections that progPOW's development team has to NVIDIA. Today, the progPOW team freely admitted that AMD miners will suffer a larger hashrate decrease compared to NVIDIA miners, so I created a poll:
Ethereum developers want to fork to ETH to progPOW [1], a proof-of-work algorithm that gives AMD GPUs a stronger hashrate penalty compared to NVIDIA [2][3]. Should Ethereum use ProgPOW for Proof-of-Work? Cast your vote with Ethereum [4].
Sources:
Below is my post that was deleted, in its entirety.
If you are curious about the CSW/Coingeek connection, scroll down.
Previous Posts
Criticism and Soft Power
I have received criticism for my posts mostly due to what people call "character attacks." I have two things to say about that:
  1. I have never engaged in any character attacks. In all cases, the character has made their modus operandi known by themselves, and I have simply shined a light on it. I don't need call people "mentally unstable gentlemen" [--source, Ohgodagirl Twitter] to get my point across.
  2. Algorithm change discussions must include economic and political introspection as well as a discussion of the proposed change's technical details. As I have stated before, progPOW would not exist without the people responsible for creating it. We must look at these people's history, character, prior accomplishments, and industry connections. The discussion must exist outside the scope of the proposed change, not inside of it.
Example: When people criticize my posts for "not looking at the technical details", they are making a mistake. If someone asked "which should we kill more often: baby seals or baby kittens?", we don't all immediately start discussing the optimal relation of kittens-per-second to seals-per-second that can be killed. No, our first reaction is "what the fuck, why should we kill anything?"
Onward
Customer complaints from people who bought cloud contracts from Kristy's previous company:
Coingeek Connection
Previously, I had promised to provide information regarding the CSW/Coingeek and Core Scientific connection.
When I was president of ImageShack.com (2003-2011), someone wanted to buy our company. When this happens, the buyer and seller usually write a purchase agreement similar to the business in which they are involved. This is done to ensure that the purchase is executed. In ImageShack's case, the buyer bought $500,000 worth of advertising from us. The logic was that ImageShack would be acquired, so they actually would pay themselves. If they didn't buy ImageShack, they would owe us $500,000.
Given the partnership between Core Scientific (Kristy's employer) and "Squire Mining" (effectively, Coingeek), I would not be surprised if Coingeek and Core Scientific made such an agreement, as well. In their case, it would likely be a hosting agreement. Since Coingeek has many ASICs, and Core Scientific is a large mining facility, I would not be surprised if those Coingeek ASICs are hosted by Core Scientific.
Individuals close to these parties can verify those claims, but I cannot share the proof at this time without revealing the identity of my sources.
Chatlog Dumps
Today, I also provide public comments from chatlog dumps showcasing Kristy Leigh Anne Minehan's deep connection to NVIDIA:
01/28/2018 - 22:34<@OhGodAGirl> Yo. ystarnaud/sling00: **I'll be meeting NV next week**. I think it's next week. The 4th! Anyway; if you have NVIDIA fixes you need for EthOS or something you want special attention on, PM me. 02/05/2018 - 06:47<@OhGodAGirl> Also I got a USB shaped like a NVIDIA GTX. It's the best thing ever. 02/05/2018 - 06:50<@OhGodAGirl> https://usercontent.irccloud-cdn.com/file/ffwT8M2j/IMG_2726.JPG 02/05/2018 - 06:50<@OhGodAGirl> Look at this adorable little shit. 
"Ah, but there's a catch. These USB drives are extremely rare—Nvidia only cranked out a couple thousand of these drives and will be giving them away to press and "influencers" at E3, along with 1,080 registered GeForce Experience members who are opted in to receive communications from Nvidia."
04/22/2018 - 20:17<@sling00> OhGodAGirl: what does ohgodanethlargement do 04/22/2018 - 20:17< cYnIxX3> https://youtu.be/2mj1nCfFvlI?t=2m16s 04/22/2018 - 20:19< cYnIxX3> sling00, about 10-25mh improvement to 1080 gpus. 04/22/2018 - 20:19< __virus__> about 40-50% improvement afaik 04/22/2018 - 20:21< OhGodAGirl> But...it's not under because NVIDIA asked me not to. 04/21/2018 - 16:51< OhGodAGirl> I have a ton of private tools for Mineority 04/21/2018 - 16:51< OhGodAGirl> Right now our Equihash kernel has a 25% advantage over Claymore. 04/21/2018 - 16:52< PL3> 25% on amds? 04/21/2018 - 16:52< OhGodAGirl> NVIDIA ;) 04/21/2018 - 16:52< PL3> you have claymore nvidia equi miner? 04/21/2018 - 16:52< OhGodAGirl> We're a NV only company. For now. 04/29/2018 - 00:53< OhGodAGirl> So uh, NVIDIA showed ETHlargement at an executive meeting 04/29/2018 - 00:53< OhGodAGirl> They thought it was hillarious 04/29/2018 - 00:53< acv_> that is awesome. 04/29/2018 - 01:22< OhGodAGirl> So many dicks on Youtube though 04/29/2018 - 01:22< OhGodAGirl> "RA RA IT'S A SCAM" 04/29/2018 - 01:22< OhGodAGirl> "RA RA IT WILL STEAL ALL YOUR PRIVKEYS" 04/29/2018 - 01:22< OhGodAGirl> "RA RA NO ONE IS EVER NICE IN THIS WORLD' 04/29/2018 - 01:22< OhGodAGirl> Well dammit I'm a nice person. =( 
submitted by ugtarmas to btc [link] [comments]

Debunking myths about mining and GPUs

E: Going to bed, will contribute more tomorrow. Thanks for the discussion!
Myth: Mining is more stressful than gaming. Fact: It depends. During the old days, this was plausible, because older GPUs (Pre-polaris) are/were bottlenecked by core clock when mining the most profitable coins. Thus, miners overclocked and overvolted these cards quite frequently, especially with cheap electricity. This meant that those cards were often run hot, pushing the limits and stressing VRM and fans quite a lot. Nowadays, ethash (Ethereum) is the most profitable algorithm for AMD cards 99% of the time, and newer GPUs (Polaris) are limited by memory bandwidth and latency. Miners can underclock core to the low 1100MHz range before seeing performance drop. To save power, miners who know what they are doing also undervolt, since it is no longer necessary to sustain a high core clock. Thus, it is quite feasible to run polaris cards below 70C at a reasonable fan speed. However, dual mining (mining more than one coin at once) does increase power consumption by up to 20%, and there are also idiots who run their polaris cards OCd while mining. With the exception of a few idiots, miners treat their Polaris GPUs pretty much the same; that is, running underclocked and undervolted 24/7 with a memory strap mod and mem OC. On the other hand, former gaming cards are highly variable in use cases. Some gamers leave their cards at stock settings, some undervolt, and some OC and/or overvolt. Most of the time, these cards are thermal cycled far more often than mining cards, which is known to weaken solder. Another thing to consider is that manufacturers have learned (somewhat) from their mistakes of putting shit tier fans in GPUs, and many fans on modern GPUs are ball bearing and/or swappable. Even some budget cards, such as MSI Armor, use decent ball bearing fans. Bottom line: the risk of buying mined Polaris cards is not as high as the risk of buying older mined cards. I would not be against buying mined polaris cards, but it's not necessarily better than buying a gamer's card instead. At the end of the day, it depends more on how the owner treated it than what they used it for.
Myth: GPUs are obsolete because of FPGAs and ASICs Fact: Mostly false. Older algorithms such as scrypt and SHA256 (lite/doge/feathebitcoin etc) are no longer feasible to mine with GPUs, but there have been multiple algorithms since then that are built to deter ASICs; most of the time it is done by making it memory-hard because designing an ASIC with high memory throughput is considerably more expensive to design and manufacture. Many devs prefer their blockchain to be ASIC resistant to avoid the concentration of power problem that Bitcoin is having nowadays, where a giant, near-monopolistic ASIC manufacturer (Bitmain) is causing a lot of (subjective) controversy. Blockchains based on ethash (Ethereum and its forks), equihash (Zcash and its forks) and cryptonight (Monero and forks) are some examples, but there are scores of other shitcoins and a few other algos that are GPU dominant. It is almost impossible that there will be another ASIC takeover, which is what was responsible for the stop in GPU demand in the bitcoin and litecoin days. Bottom line: ASICs no longer threaten GPU miners, or the demand for GPUs
Myth: Ethereum switching to Proof of Stake will kill mining soon Fact: Doomsayers have been preaching about proof of stake since late 2015. It has always been "coming soon." The fact is, the Ethereum roadmap goes from proof of work (mining) -> Casper (mining + PoS) -> Metropolis (PoS). Currently, the release date of Casper is not even announced yet, nor is it being tested in a (public) testnet. Proof of Stake might one day take over, but mining is here to stay for a while yet. Another thing to consider is that there are tons of other GPU mineable blockchains, and although Ethereum is biggest, it is certainly feasible that mining stays profitable even after Ethereum goes PoS (if it ever does). However, it is possible that profits will be low enough to discourage new miners. Bottom line: It's very unlikely. E: I screwed up the roadmap; here is a better source than me with some interesting information: https://www.ethnews.com/ethereums-vitalik-buterin-gives-keynote-on-metropolis
Myth: The current Ethereum demand spike is a bubble Opinion: Honestly, I don't know. I would not be surprised if stricter regulations on ICOs come sooner or later, which would fuck with Ether prices. There is also the inherent volatility of cryptocurrencies. However, it is also possible that blockchain technology continues to gain traction; that is, the price could just as easily go up as go down. Although it's fun to read about other people's opinions, only time-travelling wizards can tell you when it will become economical again to upgrade your poor HD5770. Bottom line: No one knows.
Myth: Miners will "steal" all the RX Vegas Fact: Only a reckless miner would buy Vegas on release, since mining performance is not known. In fact, it is possible that it can't mine at all (or at some stupidly low speed) until devs add support to existing miners. It would be even more reckless than gamers who buy without seeing benchmarks, since at least gamers can expect the games to actually run. It's also not necessarily the case that Vega will be good once miners do add support. Maybe there will be enough reckless miners to affect supply, maybe not. Of course, it is possible that miners will deplete the supply after it is demonstrated that Vega is good for mining. Bottom line: Most miners won't preorder, but it's possible that a significant number will. E: Important to remember that even if mining demand isn't high, doesn't mean that supply will be plentiful.
Myth: Nvidia cards SUCK at mining Fact: Mostly false. They USED to suck in the old pre-Maxwell days, but now they are actually more efficient at mining Ethereum and Zcash compared to AMD cards, even after both cards are undervolted. The flipside is that they (used to) cost more for the equivalent hashrate. For reference, my old 5xRX470 rig drew just under 800W when mining ETH only and hashed at 150MH/s. My current 6xGTX1060 rig draws just over half of that (<450W) and hashes at about 135MH/s. Certainly not as good in raw performance, but they are viable nonetheless, especially given the AMD GPU shortage. In fact, Nvidia cards (1060 and especially 1070) are becoming scarce as well. Bottom line: Nvidia is still the underdog when it comes to mining, but far from irrelevant nowadays.
Myth: 4GB cards will be obsolete for mining soon Fact: FALSE. The Ethereum DAG is not even 3GB yet, and won't be for a few months. The recent reports of 4GB Polaris cards slowing down soon due to DAG size is caused by limited TLB capacity, not VRAM restrictions. Polaris cards will still be able to mine ETH forks such as Expanse and UBIQ without diminished speed, and even if they are used to mine ETH, it is not that much of a performance hit at first. It would certainly not make polaris useless or undesirable for mining anytime soon. Tahiti GPUs already suffer from this issue and Hawaii is the most resistant to this issue. Have not benched Nvidia at a later epoch.
Myth: Creating miner-bashing posts on Reddit will help alleviate the GPU supply problem Fact: False, you are simply giving cryptocurrencies and mining more exposure to the general public, increasing demand.
Myth: Mining-specific GPUs will solve the shortage problems Opinion: There's not enough info to tell yet, but I am a skeptic for the following reasons. First, no display limits the resale value of the card for obvious reasons. IMO, the whole point of crypto mining from a profitability standpoint is to have a hedge against coin volatility (hardware is still worth something if the coin crashes). Otherwise it is much less effort to just buy and hold the coin. If the hardware is useless without demand from other (significant) sources, then it doesn't make much sense to buy it unless the price is extremely low. I'm sure that cost-downing the PCB and warranty will make for a cheap card, but it has to be extremely cheap and plentiful in supply, or else miners will buy whatever they can get. I could envision "failed" chips (not meeting spec of consumer editions) being stuck in miner cards, but I doubt there are enough to meet demand without ramping up production as a whole, which carries its own risks. I guess that it would help a little, but probably not solve the problems. Alternatively, since modern GPUs are bottlenecked by RAM when mining, it might be enticing to miners to have the fastest (GDDR5) RAM on the market (probably the 9gbps chips from the 1060 6G 9gbps edition, although I don't have one to test). However, my previous points still apply; buying such a card without display outputs carries a big risk. Bottom line: It's not a great idea, unless they are super cheap or use really good RAM.
Hope this helped; if you have any further questions I will try to answer them. I'm both a gamer and miner who uses both AMD and Nvidia roughly equally and don't favor one group over another. I've mined and gamed on all high end AMD GPUs since Tahiti (except Tonga) and all Pascal cards except 1050ti.
submitted by key_smash to Amd [link] [comments]

Mining ERC-918 Tokens (0xBitcoin)

GENERAL INFORMATION

0xBitcoin (0xBTC) is the first mineable ERC20 token on Ethereum. It uses mining for distribution, unlike all previous ERC20 tokens which were assigned to the contract deployer upon creation. 0xBTC is the first implementation of the EIP918 mineable token standard (https://eips.ethereum.org/EIPS/eip-918), which opened up the possibility of a whole new class of mineable assets on Ethereum. Without any ICO, airdrop, pre-mine, or founder’s reward, 0xBitcoin is arguably the most decentralized asset in the Ethereum ecosystem, including even Ether (ETH), which had a large ICO.
The goal of 0xBitcoin is to be looked at as a currency and store of value asset on Ethereum. Its 21 million token hard cap and predictable issuance give it scarcity and transparency in terms of monetary policy, both things that Ether lacks. 0xBitcoin has certain advantages over PoW based currencies, such as compatibility with smart contracts and decentralized exchanges. In addition, 0xBTC cannot be 51% attacked (without attacking Ethereum), is immune from the “death spiral”, and will receive the benefits of scaling and other improvements to the Ethereum network.

GETTING 0xBITCOIN TOKENS

0xBitcoin can be mined using typical PC hardware, traded on exchanges (either decentralized or centralized) or purchased from specific sites/contracts.

-Mined using PC hardware

-Traded on exchanges such as


MINING IN A NUTSHELL

0xBitcoin is a Smart Contract on the Ethereum network, and the concept of Token Mining is patterned after Bitcoin's distribution. Rather than solving 'blocks', work is issued by the contract, which also maintains a Difficulty which goes up or down depending on how often a Reward is issued. Miners can put their hardware to work to claim these rewards, in concert with specialized software, working either by themselves or together as a Pool. The total lifetime supply of 0xBitcoin is 21,000,000 tokens and rewards will repeatedly halve over time.
The 0xBitcoin contract was deployed by Infernal_Toast at Ethereum address: 0xb6ed7644c69416d67b522e20bc294a9a9b405b31
0xBitcoin's smart contract, running on the Ethereum network, maintains a changing "Challenge" (that is generated from the previous Ethereum block hash) and an adjusting Difficulty Target. Like traditional mining, the miners use the SoliditySHA3 algorithm to solve for a Nonce value that, when hashed alongside the current Challenge and their Minting Ethereum Address, is less-than-or-equal-to the current Difficulty Target. Once a miner finds a solution that satisfies the requirements, they can submit it into the contract (calling the Mint() function). This is most often done through a mining pool. The Ethereum address that submits a valid solution first is sent the 50 0xBTC Reward.
(In the case of Pools, valid solutions that do not satisfy the full difficulty specified by the 0xBitcoin contract, but that DO satisfy the Pool's specified Minimum Share Difficulty, get a 'share'. When one of the Miners on that Pool finds a "Full" solution, the number of shares each miner's address has submitted is used to calculate how much of the 50 0xBTC reward they will get. After a Reward is issued, the Challenge changes.
A Retarget happens every 1024 rewards. In short, the Contract tries to target an Average Reward Time of about 60 times the Ethereum block time. So (at the time of this writing):
~13.9 seconds \* 60 = 13.9 minutes
If the average Reward Time is longer than that, the difficulty will decrease. If it's shorter, it will increase. How much longer or shorter it was affects the magnitude with which the difficulty will rise/drop, to a maximum of 50%. * Click Here to visit the stats page~ (https://0x1d00ffff.github.io/0xBTC-Stats) to see recent stats and block times, feel free to ask questions about it if you need help understanding it.

MINING HARDWARE

Presently, 0xBitcoin and "Alt Tokens" can be mined on GPUs, CPUs, IGPs (on-CPU graphics) and certain FPGAs. The most recommended hardware is nVidia graphics cards for their efficiency, ubiquity and relatively low cost. As general rules, the more cores and the higher core frequency (clock) you can get, the more Tokens you will earn!
Mining on nVidia cards:
Mining on AMD cards:
Mining on IGPs (e.g. AMD Radeon and Intel HD Graphics):
Clocks and Power Levels:

MINING SOFTWARE AND DESCRIPTIONS

For the most up-to-date version info, download links, thread links and author contact information, please see this thread: https://www.reddit.com/0xbitcoin/comments/8o06dk/links_to_the_newestbest_miners_for_nvidia_amd/ Keep up to date for the latest speed, stability and feature enhancements!
COSMiC Miner by LtTofu:
SoliditySha3Miner by Amano7:
AIOMiner All-In-One GPU Miner:
TokenMiner by MVis (Mining-Visualizer):
"Nabiki"/2.10.4 by Azlehria:
~Older Miners: Older and possibly-unsupported miner versions can be found at the above link for historical purposes and specific applications- including the original NodeJS CPU miner by Infernal Toast/Zegordo, the '1000x' NodeJS/C++ hybrid version of 0xBitcoin-Miner and Mikers' enhanced CUDA builds.

FOR MORE INFORMATION...

If you have any trouble, the friendly and helpful 0xBitcoin community will be happy to help you out. Discord has kind of become 0xBTC's community hub, you can get answers the fastest from devs and helpful community members. Or message one of the community members on reddit listed below.
Links
submitted by GeoffedUP to gpumining [link] [comments]

Best $100-$300 FPGA development board in 2018?

Hello, I’ve been trying to decide on a FPGA development board, and have only been able to find posts and Reddit threads from 4-5 years ago. So I wanted to start a new thread and ask about the best “mid-range” FGPA development board in 2018. (Price range $100-$300.)
I started with this Quora answer about FPGA boards, from 2013. The Altera DE1 sounded good. Then I looked through the Terasic DE boards.
Then I found this Reddit thread from 2014, asking about the DE1-SoC vs the Cyclone V GX Starter Kit: https://www.reddit.com/FPGA/comments/1xsk6w/cyclone_v_gx_starter_kit_vs_de1soc_board/‬ (I was also leaning towards the DE1-SoC.)
Anyway, I thought I better ask here, because there are probably some new things to be aware of in 2018.
I’m completely new to FPGAs and VHDL, but I have experience with electronics/microcontrollers/programming. My goal is to start with some basic soft-core processors. I want to get some C / Rust programs compiling and running on my own CPU designs. I also want to play around with different instruction sets, and maybe start experimenting with asynchronous circuits (e.g. clock-less CPUs)
Also I don’t know if this is possible, but I’d like to experiment with ternary computing, or work with analog signals instead of purely digital logic. EDIT: I just realized that you would call those FPAAs, i.e. “analog” instead of “gate”. Would be cool if there was a dev board that also had an FPAA, but no problem if not.
EDIT 2: I also realized why "analog signals on an FPGA" doesn't make any sense, because of how LUTs work. They emulate boolean logic with a lookup table, and the table can only store 0s and 1s. So there's no way to emulate a transistor in an intermediate state. I'll just have play around with some transistors on a breadboard.
UPDATE: I've put together a table with some of the best options:
Board Maker Chip LUTs Price SoC? Features
icoBoard Lattice iCE40-HX8K 7,680 $100 Sort of A very simple FPGA development board that plugs into a Raspberry Pi, so you have a "backup" hard-core CPU that can control networking, etc. Supports a huge range of pmod accessories. You can write a program/circuit so that the Raspberry Pi CPU and the FPGA work together, similar to a SoC. Proprietary bitstream is fully reverse engineered and supported by Project IceStorm, and there is an open-source toolchain that can compile your hardware design to bitstream. Has everything you need to start experimenting with FPGAs.
iCE40-HX8K Breakout Board Lattice iCE40-HX8K-CT256 7,680 $49 No 8 LEDs, 8 switches. Very similar to icoBoard, but no Raspberry Pi or pmod accessories.
iCE40 UltraPlus Lattice iCE40 UltraPlus FPGA 5280 $99 No Chip specs. 4 switchable FPGAs, and a rechargeable battery. Bluetooth module, LCD Display (240 x 240 RGB), RGB LED, microphones, audio output, compass, pressure, gyro, accelerometer.
Go Board Lattice ICE40 HX1K FPGA 1280 $65 No 4 LEDs, 4 buttons, Dual 7-Segment LED Display, VGA, 25 MHz on-board clock, 1 Mb Flash.
snickerdoodle Xilinx Zynq 7010 28K $95 Yes Xilinx Zynq 7-Series SoC - ARM Cortex-A9 processor, and Artix-7 FPGA. 125 IO pins. 1GB DDR2 RAM. Texas Instruments WiLink 8 wireless module for 802.11n Wi-Fi and Bluetooth 4.1. No LEDs or buttons, but easy to wire up your own on a breadboard. If you want to use a baseboard, you'll need a snickerdoodle black ($195) with the pins in the "down" orientation. (E.g. The "breakyBreaky breakout board" ($49) or piSmasher SBC ($195)). The snickerdoodle one only comes with pins in the "up" orientation and doesn't support any baseboards. But you can still plug the jumpers into the pins and wire up things on a breadboard.
numato Mimas A7 Xilinx Artix 7 52K $149 No 2Gb DDR3 RAM. Gigabit Ethernet. HDMI IN/OUT. 100MHz LVDS oscillator. 80 IOs. 7-segment display, LEDs, buttons. (Found in this Reddit thread.)
Ultra96 Xilinx Zynq UltraScale+ ZU3EG 154K $249 Yes Has one of the latest Xilinx SoCs. 2 GB (512M x32) LPDDR4 Memory. Wi-Fi / Bluetooth. Mini DisplayPort. 1x USB 3.0 type Micro-B, 2x USB 3.0 Type A. Audio I/O. Four user-controllable LEDs. No buttons and limited LEDs, but easy to wire up your own on a breadboard
Nexys A7-100T Xilinx Artix 7 15,850 $265 No . 128MiB DDR2 RAM. Ethernet port, PWM audio output, accelerometer, PDM microphone, microphone, etc. 16 switches, 16 LEDs. 7 segment displays. USB HID Host for mice, keyboards and memory sticks.
Zybo Z7-10 Xilinx Zynq 7010 17,600 $199 Yes Xilinx Zynq 7000 SoC (ARM Cortex-A9, 7-series FPGA.) 1 GB DDR3 RAM. A few switches, push buttons, and LEDs. USB and Ethernet. Audio in/out ports. HDMI source + sink with CEC. 8 Total Processor I/O, 40 Total FPGA I/O. Also a faster version for $299 (Zybo Z7-20).
Arty A7 Xilinx Artix 7 15K $119 No 256MB DDR3L. 10/100 Mbps Ethernet. A few switches, buttons, LEDs.
DE10-Standard (specs) Altera Cyclone V 110K $350 Yes Dual-core Cortex-A9 processor. Lots of buttons, LEDs, and other peripherals.
DE10-Nano Altera Cyclone V 110K $130 Yes Same as DE10-Standard, but not as many peripherals, buttons, LEDs, etc.

Winner:

icoBoard ($100). (Buy it here.)
The icoBoard plugs into a Raspberry Pi, so it's similar to having a SoC. The iCE40-HX8K chip comes with 7,680 LUTs (logic elements.) This means that after you learn the basics and create some simple circuits, you'll also have enough logic elements to run the VexRiscv soft-core CPU (the lightweight Murax SoC.)
The icoBoard also supports a huge range of pluggable pmod accessories:
You can pick whatever peripherals you're interested in, and buy some more in the future.
Every FPGA vendor keeps their bitstream format secret. (Here's a Hacker News discussion about it.) The iCE40-HX8K bitstream has been fully reverse engineered by Project IceStorm, and there is an open-source set of tools that can compile Verilog to iCE40 bitstream.
This means that you have the freedom to do some crazy experiments, like:
You don't really have the same freedom to explore these things with Xilinx or Altera FPGAs. (Especially asynchronous circuits.)

Links:

Second Place:

iCE40-HX8K Breakout Board ($49)

Third Place:

numato Mimas A7 ($149).
An excellent development board with a Xilinx Artix 7 FPGA, so you can play with a bigger / faster FPGA and run a full RISC-V soft-core with all the options enabled, and a much higher clock speed. (The iCE40 FPGAs are a bit slow and small.)
Note: I've changed my mind several times as I learned new things. Here's some of my previous thoughts.

What did I buy?

I ordered a iCE40-HX8K Breakout Board to try out the IceStorm open source tooling. (I would have ordered an icoBoard if I had found it earlier.) I also bought a numato Mimas A7 so that I could experiment with the Artix 7 FPGA and Xilinx software (Vivado Design Suite.)

Questions

What can I do with an FPGA? / How many LUTs do I need?

submitted by ndbroadbent to FPGA [link] [comments]

Ritocoin - a 100% community driven project based on Ravencoin


tl:dr: Ritocoin is a code fork of the Ravencoin codebase and continues to track future Ravencoin developments. The project was launched to provide a more community-oriented blockchain with the same functionality as Ravencoin, without a corporate overseer, and with a more flexible model for community participation and development. It’s intention is to be a hacker’s playground for innovative ideas.

Specifications

Proof-of-Work Algorithm: X21S
Block Time: 60 seconds
POW Block Reward: Smooth curve down
Community fund: 1% first year
Difficulty Retargeting: DGW-180
Maximum Supply:
6 months: 993,521,892 RITO
1 year: 1,227,448,858 RITO
5 years: 1,762,210,058 RITO
10 years: 1,820,404,381 RITO
50 years: 2,030,907,256 RITO
100 years: 2,293,707,246 RITO
Infinite: 10 RITO per block in perpetuity

Pre-mine: None
Masternodes: Researching for use case
Asset layer: Was enabled at height 50,000

Links
Website
/ritocoin
Explorer
Github
Whitepaper
twitter
[ANN]

X21S

This hashing algorithm was created specifically for Ritocoin, and was designed to resist FPGAs, ASICs, and NiceHash. It is X16S (16 algorithms shuffled and hashed),, followed by 5 additional hashing algorithms: haval256, tiger, lyra2, gost512, and sha256. The inclusion of lyra2 brings numerous advantages, making parallelization of the algorithm practically impossible, with each step relying on the previous step having already been computed. It is a “friendly” algorithm that makes GPUs produce much less heat and uses less electricity during mining.

Take your time to learn more about us in the below story of Ritocoin...

The spirit of Bitcoin continues to inspire, empower and enable people around the globe. Ten years later, just as it seemed Bitcoin was being defined by commercial agents and regulated governance, that same free and independent spirit imbued the Ravencoin community. In ten short months, however, 30% of the Ravencoin project’s net hash comes from NiceHash and the looming impact of the imminent FPGA mining cards and X16R bitstreams certainly promises to shake up the dream of this GPU miner’s darling.

Ravencoin’s fair launch genuinely inspired our developers and supporters. We admire the way Ravencoin came out swinging — fighting for fairness, an honest distribution of coins and a place where GPU miners could thrive. The asset layer attracted many more miners and investors to the pools. Many Ritocoin enthusiasts came from the Ravencoin community, and continue their association with that project.

The whole crypto ecosystem should appreciate the work begun by Ravencoin. Obviously they continue to inspire and motivate us to this day. It’s the reason we took action. We decided to start our own project which focuses upon at least two pillars of decentralized networks in the crypto space: community governance and a fair distribution of coins. It is a core belief throughout Ritocoin that in order to successfully develop and maintain this hacker’s playground — a place where a broad range of ideas could be tried and allowed to flourish — these two ideals must be allowed to drive and guide our community.

This deep focus on community choices creates a project flexible enough to support most ideas, and agile enough to define new frontiers.

A mining network’s distributed ledger is defined by its technology. Like many in the broader crypto-mining community, we value the GPU for its accessibility. These processors are available for purchase all around the world without any legal restrictions. GPUs are vastly more accessible for hobbyists and miners to acquire. They can be shipped nearly anywhere around the globe, a nice benefit to the popular secondary market which has sprung up much to the chagrin of PC gamers.

More constraints exist for the ASIC and FPGA miner. Laws in some parts of the world restrict people from using or buying ASIC and FPGA mining hardware. This alone is directly in confrontation with Ritocoin’s core values of decentralized stewardship and sovereignty.

The GPU, in essence, is like your voice. Anyone with the means of acquiring one GPU should be able to have their voice heard. ASIC and FPGA mining devalues the GPU miner’s voice and silos that coin’s network away from the small scale and personal mining operator. A truly community driven project means each stakeholder, regardless of size of contribution to the network’s net hash, has an opportunity to build, vote and direct.

If you are already familiar with our website, discord or whitepaper, you are probably aware that masternodes had been proposed as a feature of the network from the beginning. This opened the door to ongoing discussions in the Ritocoin community regarding

● A masternode’s true purpose

● What benefit they provide to the project

● How the benefit is realized

● The collateral

This discussion, governed entirely by stakeholders across the extended network yielded a defining moment for our vision of flexibility. We have not yet found the potential utility of masternodes, however, the conversation has not reached an extent to where we could abandon the idea. To quote one of our developers during this discussion on our Discord:

“Just want to give a reminder here that even though masternodes are on the roadmap, it is not set in stone. This coin belongs to the community and we will do what we as a community want to do. If we conclude that we want to take this coin a different direction than masternodes, then that is what we’ll do.” --traysi

We are all volunteers at Ritocoin. Our moderators and community leaders try to give immediate support to all users that require it. Contact us in Discord or Telegram, not only for support, but, proposing new ideas, revising old ones and just so you can find a place to get together and find people to hang out with. You are well within your rights to enjoy yourself at any given moment, and, should you feel so inclined to begin working with the team, we just so happen to be looking for ambitious individuals that see themselves as being part of a greater vision, are inspired by change, and inspired to be the change they want to see making things better in this world.

Join us in a space where your ideas to build something great can become a reality. We are eager to know what you think is best for the future of Rito. What steps would you take to become more resilient, stronger, fair and decentralized? Because at the end of the day, like it or not, love it or leave it.. this is your coin, too.

You can become a significant part of this project. We will help you further develop the role you wish to fill in the cryptocurrency space — influencer, developer, analyst, you name it. This is not a just-for-developer’s playground. We want the enthusiasts. We want the perplexed and the rabbit-hole divers. This is the coin for everyone who is trying to find their place on the path that Satoshi began unfolding in 2008 after the collapse of the housing market rippled out into the subsequent crash of global markets. That’s why we have Bitcoin, remember? Be your own bank. This is why Satoshi and Bitcoin.org kept their software open source. It’s up to us to keep the torch ablaze.

Community funds

For the first year, about 1% of mined coins are set aside into a developers fund that is used to provide bounties to the community developers who make substantial development contributions to the Ritocoin ecosystem. We have already paid out numerous bounties for important work that has already benefits Ritocoin in substantial ways. We also have another donation-driven community fund that has recently been put together for the purposes of doing fun contests and things like that.

Cooperation and collaborations

We have discovered a number of fatal flaws in the original Ravencoin codebase and worked with the Ravencoin developers to get those fixed in both Ritocoin and Ravencoin. This work has benefitted Ravencoin in numerous ways and we look forward to a long time of collaboration and cooperation between us and them. Many members of the Safecoin team are also in our discord group, and have collaborated with us in shaping the future decisions of Ritocoin. We have several thousand members in our group and they represent all walks of cryptocurrency life. We invite all coin developers, miners and enthusiasts to join our discord and be a part of this coin that truly belongs entirely to the community.

Block reward

A couple weeks ago we met for a scheduled meeting in our discord group and had a lengthy conversation about the block reward. Our block reward started at 5,000 RITO per block (every 60 seconds) just like Ravencoin. This extremely high number of coins coupled with the high profitability of mining led to unforeseen consequences with pools auto-exchanging the coin into bitcoin. This dumping by non-community miners had a very negative impact on the community sentiment and morale, as we watched the exchange price plunge. We looked at other coins and realized that this fate has befell many other coins with high block rewards. Following much discussion, we decided to change the reward structure. Starting around March 19th the block rewards will start to slowly go down in a curve until it reaches 1,000. Then the reduction will be even more slowed down with block rewards exponentially dropping at periodic intervals. We have posted charts on our website that shows what the long-term effects of our reward reducing algorithms will be. As a miner, the next 2 months will be a great time to mine and hold, while the block reward is still fairly high. We encourage all miners and cryptocurrency enthusiasts to take advantage of the current favourable block reward and build a nice holding for yourself. Then join the community and be a part of the fun we’re having with this project.
This post was prepared by a collaboration of multiple Ritocoin members and was posted to reddit by the core developer Trevali, who posts to reddit under the ritocoin username and will be very happy to answer any questions anybody may have about our project. Traysi (well known in the Ravencoin community) is also an active Ritocoin developer and may come to this thread if needed.
We welcome any questions from any of you regarding our project!
submitted by ritocoin to gpumining [link] [comments]

Transcript of Open Developer Meeting in Discord - 7/19/2019

[Dev-Happy] BlondfrogsLast Friday at 3:58 PM
Hey everyone. The channel is now open for the dev meeting.
LSJI07 - MBITLast Friday at 3:58 PM
Hi
TronLast Friday at 3:59 PM
Hi all!
JerozLast Friday at 3:59 PM
:wave:
TronLast Friday at 3:59 PM
Topics: Algo stuff - x22rc, Ownership token for Restricted Assets and Assets.
JerozLast Friday at 4:00 PM
@Milo is also here from coinrequest.
MiloLast Friday at 4:00 PM
Hi :thumbsup:
Pho3nix Monk3yLast Friday at 4:00 PM
welcome, @Milo
TronLast Friday at 4:00 PM
Great.
@Milo Was there PRs for Android and iOS?
MiloLast Friday at 4:01 PM
Yes, I've made a video. Give me a second I'll share it asap.
JerozLast Friday at 4:02 PM
I missed the iOS one.
MiloLast Friday at 4:02 PM
Well its 1 video, but meant for all.
JerozLast Friday at 4:02 PM
Ah, there's an issue but no pull request (yet?)
https://github.com/RavenProject/ravenwallet-ios/issues/115
[Dev-Happy] BlondfrogsLast Friday at 4:03 PM
nice @Milo
MiloLast Friday at 4:04 PM
Can it be that I have no video post rights?
JerozLast Friday at 4:05 PM
In discord?
MiloLast Friday at 4:05 PM
yes?
[Dev-Happy] BlondfrogsLast Friday at 4:05 PM
just a link?
JerozLast Friday at 4:05 PM
Standard version has a file limit afaik
Pho3nix Monk3yLast Friday at 4:05 PM
try now
gave permissions
MiloLast Friday at 4:05 PM
it's not published yet on Youtube, since I didn't knew when it would be published in the wallets
file too big. Hold on i'll put it on youtube and set it on private
LSJI07 - MBITLast Friday at 4:06 PM
no worries ipfs it...:yum:
Pho3nix Monk3yLast Friday at 4:06 PM
ok, just send link when you can
[Dev-Happy] BlondfrogsLast Friday at 4:07 PM
So guys. We released Ravencoin v2.4.0!
JerozLast Friday at 4:08 PM
If you like the code. Go update them nodes! :smiley:
[Dev-Happy] BlondfrogsLast Friday at 4:08 PM
We are recommending that you are upgrading to it. It fixes a couple bugs in the code base inherited from bitcoin!
MiloLast Friday at 4:08 PM
https://www.youtube.com/watch?v=t\_g7NpFXm6g&feature=youtu.be
sorry for the hold up
YouTube
Coin Request
Raven dev Gemiddeld
LSJI07 - MBITLast Friday at 4:09 PM
thanks short and sweet!!
KAwARLast Friday at 4:10 PM
Is coin request live on the android wallet?
TronLast Friday at 4:10 PM
Nice video.
It isn't in the Play Store yet.
Pho3nix Monk3yLast Friday at 4:10 PM
Well, this is the first time in a while where we have this many devs online. What questions do y'all have?
LSJI07 - MBITLast Friday at 4:11 PM
Algo questions?
Pho3nix Monk3yLast Friday at 4:11 PM
sure
KAwARLast Friday at 4:11 PM
KK
LSJI07 - MBITLast Friday at 4:12 PM
what are the proposed 22 algos in x22r? i could only find the original 16 plus 5 on x21.
TronLast Friday at 4:12 PM
Likely the 5 from x21 and find one more.
We need to make sure they're all similar in time profile.
liqdmetalLast Friday at 4:14 PM
should we bother fixing a asic-problem that we dont know exists for sure or not?
TronLast Friday at 4:14 PM
That's the 170 million dollar question.
[Dev-Happy] BlondfrogsLast Friday at 4:14 PM
I would prefer to be proactive not reactive.
imo
JerozLast Friday at 4:14 PM
same
LSJI07 - MBITLast Friday at 4:15 PM
RIPEMD160 is a golden oldie but not sure on hash speed compared to the others.
liqdmetalLast Friday at 4:15 PM
in my mind we should focus on the restricted messaging etc
Sevvy (y rvn pmp?)Last Friday at 4:15 PM
probably won't know if the action was needed until after you take the action
liqdmetalLast Friday at 4:15 PM
we are at risk of being interventionistas
acting under opacity
TronLast Friday at 4:15 PM
Needs to spit out at least 256 bit. Preferably 512 bit.
LSJI07 - MBITLast Friday at 4:15 PM
ok
TronLast Friday at 4:15 PM
If it isn't 512 bit, it'll cause some extra headache for the GPU mining software.
liqdmetalLast Friday at 4:16 PM
i seek to avoid iatrogenics
TronLast Friday at 4:16 PM
Similar to the early problems when all the algos except the first one were built for 64-bytes (512-bit) inputs.
Had to look that one up. TIL iatrogenics
JerozLast Friday at 4:17 PM
I have to google most of @liqdmetal's vocabulary :smile:
liqdmetalLast Friday at 4:17 PM
@Tron tldr: basically the unseen, unintended negative side effects of the asic "cure"
Sevvy (y rvn pmp?)Last Friday at 4:18 PM
10 dolla word
liqdmetalLast Friday at 4:19 PM
we need a really strong case to intervene in what has been created.
TronLast Friday at 4:19 PM
I agree. I'm less concerned with the technical risk than I am the potential split risk experienced multiple times by Monero.
Sevvy (y rvn pmp?)Last Friday at 4:20 PM
tron do you agree that forking the ravencoin chain presents unique risks compared to other chains that aren't hosting assets?
JerozLast Friday at 4:21 PM
Yes, if you fork, you need to figure out for each asset which one you want to support.
Sevvy (y rvn pmp?)Last Friday at 4:21 PM
yeah. and the asset issuer could have a chain preference
TronLast Friday at 4:22 PM
@Sevvy (y rvn pmp?) Sure. Although, I'd expect that the asset issuers will be honor the assets on the dominant chain. Bigger concern is the branding confusion of multiple forks. See Bitcoin, Bitcoin Cash, Bitcoin SV for an example. We know they're different, but do non-crypto folks?
Hans_SchmidtLast Friday at 4:22 PM
I thought that the take-away from the recently published analyses and discussions was that ASICs for RVN may be active, but if so then they are being not much more effective than GPUs.
Sevvy (y rvn pmp?)Last Friday at 4:22 PM
agreed on all accounts there tron
TronLast Friday at 4:23 PM
I'm not yet convinced ASICs are on the network.
KAwARLast Friday at 4:23 PM
It would be better to damage an asic builder by forking after they made major expenses. Creating for them the type of deficit that could be negated by just buying instead of mining. Asic existence should be 100 percent confirmed before fork.
liqdmetalLast Friday at 4:23 PM
170million dollar question is right.lol
TronLast Friday at 4:24 PM
I've had someone offer to connect me to the folks at Fusion Silicon.
Sevvy (y rvn pmp?)Last Friday at 4:25 PM
yes. and if they are active on the network they are not particularly good ASICs
which makes it a moot point probably
TronLast Friday at 4:26 PM
The difficult part of this problem is that by the time everyone agrees that ASICs are problematic on the network, then voting the option in is likely no longer an option.
Sevvy (y rvn pmp?)Last Friday at 4:26 PM
yes. part of me wonders if we would say "okay, the clock on the asic countdown is reset by this new algo. but now the race is on"
[Dev-Happy] BlondfrogsLast Friday at 4:26 PM
There are always risks when making a change that will fork the network. We want wait to long though, as tron said. It wont be a voting change. it will be a mandatory change at a block number.
Sevvy (y rvn pmp?)Last Friday at 4:26 PM
acknowledge the inevitable
MiloLast Friday at 4:27 PM
I had just a small question from my side. When do you think the android version would be published, and do you maybe have a time-frame for the others?
TronLast Friday at 4:27 PM
Quick poll. How would everyone here feel about a BIP9 option - separate from the new features that can be voted in?
KAwARLast Friday at 4:27 PM
Maybe voting should not be a strictly blockchain vote. A republic and a democratic voice?
[Dev-Happy] BlondfrogsLast Friday at 4:27 PM
@Milo We can try and get a beta out next week, and publish soon after that.
MiloLast Friday at 4:28 PM
@[Dev-Happy] Blondfrogs :thumbsup::slight_smile:
[Dev-Happy] BlondfrogsLast Friday at 4:28 PM
BIP9 preemptive vote. I like it.
TronLast Friday at 4:30 PM
The advantage to a BIP9 vote is that it puts the miners and mining pools at a clear majority before activation.
LSJI07 - MBITLast Friday at 4:30 PM
Centralisation is inevitable unless we decide to resist it. ASIC's are market based and know the risks and rewards possible. A key step in resisting is sending a message. An algo change to increase asic resistance is imho a strong message. A BIP9 vote now would also be an indicator of bad actors early....
TronLast Friday at 4:30 PM
The disadvantage is that it may not pass if the will isn't there.
LSJI07 - MBITLast Friday at 4:30 PM
Before assets are on main net and cause additional issues.
KAwARLast Friday at 4:31 PM
I am not schooled in coding to have an educated voice. I only understand social problems and how it affects the economy.
SpyderDevLast Friday at 4:31 PM
All are equal on RVN
TronLast Friday at 4:31 PM
It is primarily a social problem. The tech change is less risky and is easier than the social.
LSJI07 - MBITLast Friday at 4:32 PM
All can have a share....people who want more of a share however pay for the privilege and associated risks.
KAwARLast Friday at 4:33 PM
Assets and exchange listings need to be consistent and secure.
brutoidLast Friday at 4:36 PM
I'm still not entirely clear on what the overall goal to the algo change is? Is it just to brick the supposed ASICs (unknown 45%) which could still be FPGAs as seen from the recent block analysis posted in the nest. Is the goal to never let ASICs on? Is it to brick FPGAs ultimately. Are we making Raven strictly GPU only? I'm still unclear
LSJI07 - MBITLast Friday at 4:37 PM
What about the future issue of ASICs returning after a BIP9 fork "soon"? Are all following the WP as a community? i.e asic resistant or are we prepared to change that to asic resistant for early coin emission. Ideally we should plan for the future. Could the community make a statement that no future algo changes will be required to incentivise future public asic manufacturers?
Lol. Same question @brutoid
brutoidLast Friday at 4:37 PM
Haha it is
You mind-beamed me!
[Dev-Happy] BlondfrogsLast Friday at 4:38 PM
The is up to the community.
Currently, the feel seems like the community is anti asic forever.
The main issue is getting people to upgrade.
KAwARLast Friday at 4:38 PM
Clarity is important. Otherwise we are attacking windmills like Don Quixote.
brutoidLast Friday at 4:39 PM
I'm not getting the feeling of community ASIC hate if the last few weeks of discussion are anything to go by?
Hans_SchmidtLast Friday at 4:39 PM
A unilateral non-BIP9 change at a chosen block height is a serious thing, but anti-ASIC has been part of the RVN philosophy since the whitepaper and is therefore appropriate for that purpose.
[Dev-Happy] BlondfrogsLast Friday at 4:39 PM
We can use the latest release as an example. It was a non forking release, announced for 2 weeks. and only ~30% of the network has upgraded.
TronLast Friday at 4:39 PM
@Hans_Schmidt Well said.
liqdmetalLast Friday at 4:40 PM
I'm not concerned about a "asic hardware problem" so much as I believe it more likely what we are seeing is several big fish miners (perhaps a single really big fish). For now I recommend standing pat on x16r. In the future I can see an algo upgrade fork to keep the algo up to date. If we start fighting against dedicated x16r hashing machines designed and built to secure our network we are more likely to go down in flames. The custom SHA256 computers that make the bitcoin the most secure network in existence are a big part of that security. If some party has made an asic that performs up to par or better than FPGA or GPU on x16r, that is a positive for this network, a step towards SHA256 security levels. It is too bad the community is in the dark regarding their developments. Therefore I think the community has to clarify its stance towards algorithm changes. I prefer a policy that will encourage the development of mining software, bitstreams and hardware by as many parties as possible. The imminent threat of ALGO fork screws the incentive up for developers.
JerozLast Friday at 4:40 PM
@brutoid the vocal ones are lenient towards asics, but the outcome of the 600+ votes seemed pretty clear.
brutoidLast Friday at 4:40 PM
This is my confusion
TronLast Friday at 4:41 PM
More hashes are only better if the cost goes up proportionally. Machines that do more hashes for less $ doesn't secure the network more, and trends towards centralization.
JerozLast Friday at 4:41 PM
I would argue for polling ever so often as it certainly will evolve dynamically with the state of crypto over time.
TronLast Friday at 4:41 PM
Measure security in two dimensions. Distribution, and $/hash.
liqdmetalLast Friday at 4:41 PM
and volume of hash
traysiLast Friday at 4:42 PM
45% of the hashrate going to one party is unhealthy, and standing pat on x16r just keeps that 45% where it is.
TronLast Friday at 4:42 PM
Volume doesn't matter if the cost goes down. For example, lets say software shows up that does 1000x better than the software from yesterday, and everyone moves to it. That does not add security. Even if the "difficulty" and embedded hashes took 1000x more attempts to find.
brutoidLast Friday at 4:42 PM
My issue is defintely centralization of hash and not so much what machine is doing it. I mine with both GPU and FPGA. Of course, the FPGAs are not on raven
TJayLast Friday at 4:44 PM
easy solution is just to replace a few of 16 current hash functions, without messing with x21r or whatever new shit
TronLast Friday at 4:44 PM
How do folks here feel about allowing CPUs back in the game?
traysiLast Friday at 4:44 PM
Botnets is my concern with CPUs
brutoidLast Friday at 4:44 PM
Botnets is my concern
SpyderDevLast Friday at 4:44 PM
Yes please.
LSJI07 - MBITLast Friday at 4:44 PM
the poll votes seem not very security conscious. More of day miners chasing profits. I love them bless! Imho the future is bright for raven, however these issues if not sorted out now will bite hard long term when asset are on the chain and gpu miners are long gone.....
ZaabLast Friday at 4:45 PM
How has the testing of restricted assets been on the test net?
liqdmetalLast Friday at 4:45 PM
Agreed. I dont think x16r is obsolete like that yet however
[Dev-Happy] BlondfrogsLast Friday at 4:45 PM
@Zaab not enough testing at the moment.
HedgerLast Friday at 4:45 PM
Yes, how is the Testing going?
justinjjaLast Friday at 4:45 PM
Like randomX or how are cpus going to be back in the game?
TronLast Friday at 4:45 PM
@Zaab Just getting started at testing at the surface level (RPC calls), and fixing as we go.
ZaabLast Friday at 4:45 PM
And or any updates on the review of dividend code created by the community
Lokar -=Kai=-Last Friday at 4:45 PM
if the amount of hash the unknown pool has is fixed as standarderror indicated then waiting for the community of FPGAers to get onto raven might be advantageous if the fork doesn't hurt FPGAs.
ZaabLast Friday at 4:45 PM
Can't rememeber who was on it
SpyderDevLast Friday at 4:45 PM
@Zaab But we are working on it...
Lokar -=Kai=-Last Friday at 4:46 PM
more hash for votes
JerozLast Friday at 4:46 PM
@Maldon is, @Zaab
TronLast Friday at 4:46 PM
@Zaab There are unit tests and functional tests already, but we'd like more.
[Dev-Happy] BlondfrogsLast Friday at 4:46 PM
@Zaab Dividend code is currently adding test cases for better security. Should have more update on that next meeting
KAwARLast Friday at 4:46 PM
Absolute democracy seems to resemble anarchy or at least civil war. In EVE online they have a type of community voice that get voted in by the community.
ZaabLast Friday at 4:46 PM
No worries was just curious if it was going as planned or significant issues were being found
Obviously some hiccups are expected
More testing is always better!
TronLast Friday at 4:47 PM
Who in here is up for a good civil war? :wink:
ZaabLast Friday at 4:47 PM
Tron v Bruce. Celebrity fight night with proceeds to go to the RVN dev fund
SpyderDevLast Friday at 4:48 PM
Cagefight or mudpit?
JerozLast Friday at 4:48 PM
talking about dev funds..... :wink:
Pho3nix Monk3yLast Friday at 4:49 PM
and there goes the conversation....
KAwARLast Friday at 4:49 PM
I am trying to be serious...
ZaabLast Friday at 4:49 PM
Sorry back to the ascii topic!
traysiLast Friday at 4:49 PM
@Tron What do we need in order to make progress toward a decision on the algo? Is there a plan or a roadmap of sorts to get us some certainty about what we're going to do?
LSJI07 - MBITLast Friday at 4:50 PM
Could we have 3 no BIP9 votes? No1 Friendly to asics, retain status quo. No2 change to x17r minimal changes etc, with no additional future PoW/algo upgrades. No3. Full Asic resistance x22r and see what happens...
:thonk~1:
Sounds messy....
TronLast Friday at 4:51 PM
Right now we're in research mode. We're building CNv4 so we can run some metrics. If that goes well, we can put together x22rc and see how it performs. It will likely gore everyone's ox. CPUs can play, GPUs work, but aren't dominant. ASICs VERY difficult, and FPGAs will have a tough time.
ZaabLast Friday at 4:51 PM
Yeah i feel like the results would be unreliable
TronLast Friday at 4:51 PM
Is this good, or do we lose everyone's vote?
PlayHardLast Friday at 4:52 PM
Fpga will be dead
Lokar -=Kai=-Last Friday at 4:52 PM
why isn;t a simple XOR or something on the table?
ZaabLast Friday at 4:52 PM
The multiple bip9 that is
Lokar -=Kai=-Last Friday at 4:52 PM
something asic breaking but doesn't greatly complicate ongoing efforts for FPGA being my point.
justinjjaLast Friday at 4:52 PM
How are you going to vote for x22rc?
Because if by hashrate that wouldn't pass.
traysiLast Friday at 4:52 PM
Personally I like the idea of x22rc but I'd want to investigate the botnet threat if CPUs are allowed back in.
TronLast Friday at 4:52 PM
XOR is on the table, and was listed in my Medium post. But, the social risk of chain split remains, for very little gain.
traysiLast Friday at 4:53 PM
@Lokar -=Kai=- A small change means that whoever has 45% can probably quickly adapt.
LSJI07 - MBITLast Friday at 4:53 PM
Research sounds good. x22rc could be reduce to x22r for simplicity...
TronLast Friday at 4:53 PM
x22r is a viable option. No CNv4.
LSJI07 - MBITLast Friday at 4:53 PM
Don't know how much time we have to play with though...
Lokar -=Kai=-Last Friday at 4:53 PM
if they have FPGAs yes if they have ASIC then not so much, but I guess that gets to the point, what exactly are we trying to remove from the network?
PlayHardLast Friday at 4:54 PM
Guys my name is Arsen and we designed x16r fpga on bcus. Just about to release it to the public. I am buzzdaves partner.
Cryptonight
Will kill us
But agreed
Asic is possible on x16r
And you dont need 256 core
Cores
traysiLast Friday at 4:55 PM
Hi Arsen. Are you saying CN will kill "us" meaning RVN, or meaning FPGA?
JerozLast Friday at 4:55 PM
This is what im afraid of ^ an algo change killing FPGA as I have the feeling there is a big fpga community working on this
PlayHardLast Friday at 4:55 PM
Fpgas ))
whitefire990Last Friday at 4:55 PM
I am also about to release X16R for CVP13 + BCU1525 FPGA's. I'm open to algo changes but I really don't believe in CPU mining because of botnets. Any CNv4 shifts 100% to CPU mining, even if it is only 1 of the 22 functions.
Lokar -=Kai=-Last Friday at 4:55 PM
namely FPGAs that aren;t memory equipped
like fast mem
not ddr
PlayHardLast Friday at 4:55 PM
Hbm non hbm
Cryptonight
whitefire990Last Friday at 4:56 PM
Right now with both Buzzdave/Altered Silicon and myself (Zetheron) about to release X16R for FPGA's, then the 45% miner's share will decrease to 39% or less.
PlayHardLast Friday at 4:56 PM
Will be dead for fpga
LSJI07 - MBITLast Friday at 4:56 PM
sound so x22r is fpga "friendly" ... more so than asic anyway...
PlayHardLast Friday at 4:56 PM
But a change must be planned
X16r is no way possible to avoid asics
TJayLast Friday at 4:56 PM
@LSJI07 - MBIT I would say less friendly...
whitefire990Last Friday at 4:57 PM
As I mentioned in thenest discussion, asic resistance increases with the square of the number of functions, so X21R is more asic resistant than X16R, but both are pretty resistant
PlayHardLast Friday at 4:58 PM
Yeah more algos make it heavier on ASIC
DirkDiggler (Citadel Architect)Last Friday at 4:58 PM
My interpretation of the whitepaper was that we used x16r as it was brand new (thus ASIC resistant), and that was to ensure a fair launch... We've launched... I don't like the idea of constantly forking to avoid the inevitable ASICs.
x16r was a great "experiment" before we had any exchange listings... that ship has sailed though... not sure about all these x22rs lmnop changes
KAwARLast Friday at 5:00 PM
I believe that it is easier to change the direction of a bicycle than an oil tanker. We feel more like a train. We should lay out new tracks and test on them and find benefits that are acceptable to everyone except train robbers. Then open the new train station with no contentious feelings except a silently disgruntled minority group. ???
Hans_SchmidtLast Friday at 5:01 PM
The most productive action the community can do now re ASICs is to voice support for the devs to make a non-BIP9 change at a chosen block height if/when the need is clear. That removes the pressure to act rashly to avoid voting problems.
LSJI07 - MBITLast Friday at 5:01 PM
Thats why im proposing to fork at least once to a more asic resistant algo (but FPGA "friendly/possible"), with the proviso ideally that no more PoW algo forks are require to provide future ASICs some opportunity to innovate with silicon and efficiency.
TJayLast Friday at 5:01 PM
folks should take into account, that high end FPGAs like BCU1525 on x16r can't beat even previous gen GPUs (Pascal) in terms of hash cost. so they aren't a threat to miners community
PlayHardLast Friday at 5:02 PM
A proper change
Requires proper research
eyz (Silence)Last Friday at 5:02 PM
Just so I'm clear here, we are trying to boot ASICS, don't want CPUs because of Botnets, and are GPU and FPGA friendly right?
PlayHardLast Friday at 5:02 PM
It is not a quick one day process
eyz (Silence)Last Friday at 5:02 PM
If there is a bip9 vote there needs to be a clear explanation as I feel most in the community don't understand exactly what we are trying to fix
TronLast Friday at 5:03 PM
@Hans_Schmidt I like that route. It has some game theoretics. It gives time for miners to adapt. It is only used if needed. It reduces the likelihood of ASICs dominating the network, or even being built.
[Dev-Happy] BlondfrogsLast Friday at 5:03 PM
Hey guys. great convo. We are of course looking to do the best thing for the community and miner. We are going to be signing off here though.
justinjjaLast Friday at 5:03 PM
TJay that comes down to power cost.
If your paying 4c/kw gpus all the way.
But if your a home miner in europe an fpga is your only chance
LSJI07 - MBITLast Friday at 5:03 PM
@Hans_Schmidt How do we decide the block limit and when sufficient evidence is available? I would say we have had much compelling information to date...
[Dev-Happy] BlondfrogsLast Friday at 5:03 PM
Thanks for participating. and keep up the good work :smiley:
Have a good weekend.
CAWWWW
TronLast Friday at 5:03 PM
I haven't seen any compelling evidence of ASICs - yet.
Pho3nix Monk3yLast Friday at 5:03 PM
:v:
JerozLast Friday at 5:04 PM
I suggest to continue discussion in #development and #thenest :smiley:
thanks all!
TronLast Friday at 5:04 PM
Cheers everyone!
KAwARLast Friday at 5:04 PM
Agree with Hans.
DirkDiggler (Citadel Architect)Last Friday at 5:04 PM
thanks Tron
Pho3nix Monk3yLast Friday at 5:04 PM
Ending here. continue in Nest if wanted
DirkDiggler (Citadel Architect)Last Friday at 5:04 PM
I am waiting for compelling evidence myself.
submitted by mrderrik to Ravencoin [link] [comments]

DIY FPGA  Installing and Configuring the KU115 for Crypto ... Bitcoin Mining with FPGAs (EC551 Final Project) BitCoin Mining FPGA Card How to mine bitcoins (solo mining) with the core client ... Bitcoin mining 4 DE2-115 Altera cyclone 4 FPGA

CPU COOL-MINING.COM — All About the World of Cryptocurrencies and Mining: Crypto-Mining on GPU, CPU, ASIC, FPGA, also Software and Firmware for Mining. Software. Cryptocurrency Wallets A column of articles from COOL-MINING.COM about cryptocurrency wallets (Bitcoin Core, Electrum, Exodus, Jaxx, Atomic, Monero XMR, Ethereum, Litecoin and many other cryptocurrency desktop and mobile wallets ... Step 1 - Get The Best Bitcoin Mining Hardware. Purchasing Bitcoins - In some cases, you may need to purchase mining hardware with bitcoins. Today, you can purchase most hardware on Amazon.You also may want to check the bitcoin charts. How To Start Bitcoin Mining. To begin mining bitcoins, you'll need to acquire bitcoin mining hardware.In the early days of bitcoin, it was possible to mine with ... FPGA enabled for more scalable bitcoin mining The introduction of FPGAs in bitcoin mining marks a transition from hardware that can be used for large consumer applications to specialized hardware to extract bitcoins faster. FPGA stands for Field-Programmable Gate Array. It is an integrated circuit chip that can be configured by the user after manufacture. Its features can be used for other ... Bitcoin-Mining ist ein Geschäft mit einer sehr grossen Konkurrenz. Mining macht nur Sinn, wenn Sie es aus Spass machen und es Ihnen nicht so wichtig ist, ob Sie Profit daraus schlagen. Es ist aber auch möglich, dass Sie es sehr effektiv betreiben und davon profitieren. Aktuelle Bitcoin Nachrichten. Wenn Sie Bitcoins basierend auf einer bestimmten Hashrate erhalten möchten, sollten Sie sich ... Click the large blue Download Bitcoin Core button to download the Bitcoin Core installer to your Downloads folder. Optional: Verify the release signatures. If you know how to use PGP, you should also click the Verify Release Signatures link on the download page to download a signed list of SHA256 file hashes. The 0.11 and later releases are signed by Wladimir J. van der Laan’s releases key w

[index] [23965] [21548] [38243] [34042] [21376] [50544] [5632] [38319] [33583] [20885]

DIY FPGA Installing and Configuring the KU115 for Crypto ...

BitCoin Mining FPGA Card - Duration: 4:06. CarlsTechShed 97,578 views. 4:06. The Outlook on Cryptocurrency Mining ... Bitcoin Mining with FPGAs (EC551 Final Project) - Duration: 6:11. Advanced ... Find this and more great products @ http://www.bitminingshop.com My friend purchased an FPGA Miner. Personally, I own a Butterfly Labs Single, if you do too ... I picked up a few PCI FPGA Cards on eBay for 99p which, apparently, can mine BitCoins at a speed of 21 Ghash/s (once they're correctly configured!) My first attempt at mining 0xBitcoin with the Zilinx VCU1525 FPGA. It's running about 72.5 F at about ~8Gh. This is with the stock cooling fan, and the 8.8Gh... This is the video showing the final project of EC551 in Spring semester,2015. This project, Bitcoin mining, is done by group "Bitminers". The group members a...

#