Open Source FPGA Bitcoin Miner - Bitcoin Wiki

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]

A Software Engineer's Explanation of Server Ticks/FPS, the Message Pump, and Server Meshing

Since people liked my last post about the SQ42 report, I thought I would do another about the recent comment about server ticks https://robertsspaceindustries.com/spectrum/community/SC/forum/50259/thread/end-goal-server-tick-rate/2872293
To understand how this works, you must first understand the Message Pump. This is basically the heart beat of an application. It is a loop from which there is no escape, so long as the application runs. All applications have an "entry point" that initially gets called. If you've ever taken Computer Science 101, it would be your "main" function. For a console application, you enter main, it does some things, and then when it leaves main, the application closes. In an application with a graphical user interface, that loop has to regularly call a Render or Draw function that draws the UI. This happens on the Render Thread. In a regular client application your Message Pump will look something like this:
while(IsApplicationRunning) { //loop while application is meant to run HandleKeyboardInputs(); //check to see if any keyboard events have occured HandleMouseInputs(); //check to see if any mouse events have occurred, hittest children HandleSizeChanges(); //check if the window has resized, resize children to fit Render(); //recursively render all child controls } 
Each function call within the loop will call entire hierarchies of functionality. This same basic principal applies to a server as well. I am using my imagination, as I have never audited the Star Citizen codebase, but its message pump would look something like
while(IsServerOnline) { //loop while server is meant to run HandleOrbitalRotation(); //update position of all planets around the sun HandleNPCRoutines(); //update position/animations of all NPCs SynchronizePlayerLocations(); //receive player location packets and update //internal locations CheckForIssues(); //check all object positions and ensure no conflicts UpdatePlayerLocations(); //send new location data of all objects to connected //players } 
This is only the most basic sort of functionality, that doesn't factor in things like Server Object Container Streaming or Meshing or object persistence.
Each iteration of the Message Pump is a frame. These frames are calculated by having a Stopwatch and taking averages of how long it takes each frame to complete across a defined sample size. If you have a target frame rate, like 30fps for instance, subroutines can be prioritized to try to either run on the current frame, or be skipped, based on how much load is put on the servers.
My current understanding, based on Star Citizen's published material, is that there is presently one server for every 50 players, and that server handles an entire star system. Having one server for every 50 players right now is fine, and that number can hopefully be increased as optimizations happen within the code.
The important part is modifying the server code so that they can separate different Object Containers to separate physical server hardware. This would allow them to, for instance, have one server, with its own message pump, handle Port Olisar, for up to 50 players. For v0 of server meshing, I would imagine that, when the 51st player comes to PO, they would have to spin up a new server for that person of PO, and they would be on their own. When the player count goes back below 50, that server can go back to sleep and is available to be repurposed for whatever other area needs it, dynamically. As players leave PO, and go into space, each part of space could have dedicated servers for that area. The same goes for planets, or cities. Each would be its own Object Container, each Object Container could contain smaller Object Containers, so that as players move around, servers would seamlessly spin up or down to host content for the players. Technically, one server could even host multiple separate Object Containers if they both have low player counts.
This would go a very long way towards making the universe feel full and connected. To start out with, you might still only find a maximum of 50 people on Daymar, but you might also find 50 people on Yela, or ArcCorp. Each place could be full, with the game client switching servers when going to different areas. Server Object Container Streaming is what enables this. It is just a matter of handling the trade off between servers, and keeping everything synchronized. I recognize that the posts that CIG makes on the subject are often hard to understand for laymen, but these posts make me feel confident that they are making progress and heading in a meaningful direction toward the end goal of having us seamlessly switch between servers on the fly.
One thing that I have no heard anything about is the transition towards specialized physical hardware for handling some of these large-scale server-side operations. If they are using regular CPU/GPU operations, performance could be *vastly* improved by creating FPGAs or ASICs that could perform calculations with greater alacrity than a GPU could ever hope to. This is the type of hardware used in medical devices, data centers, or bitcoin mining.
I wrote this up purely to help people understand some aspects of software engineer, and no part of it is meant to be so specific that you should interpret it to be exactly how something works. I am trying to provide a high level, easy to understand, idea of some very complex concepts.
If there is any other part of development that you would like me to comment on feel free to @ me with VerdantNonsense :) Stay safe out there.
submitted by VerdantNonsense to starcitizen [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]

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]

Vast Monero network hash rate increase

What is up with this recent increase of the hash rate? It has almost doubled in a matter of days. Has any particular reason for this been confirmed yet?
submitted by fakoshi to Monero [link] [comments]

THE END OF ALL ASIC MINERS? - Monero's New Superweapon: "Time Locked Proof of Non-ASIC work challenge reward" algorithms.

I propose the following algorithm to end this War of attrition with ASIC / FPGA manufacturers , hopefully once and for all and save us Precious PoW Tweaks during the upcoming forks.
"A time-locked, Proof of 'Non-ASIC work' Challenge reward algorithm"
Here's an image to help you visualise how the algorithm works (details below):
https://imgur.com/a/9S8dA
Here's why we need it:
ASIC manufacturers mine in Secret to attack our decentralized network. They'll win the war since they'll 'get their investment back' before we brick their ASICs, allowing them to launch never-ending attacks against our decentralization, for eternity.
Quick Overview
This algorithm uses the concept of "time-locked reward challenges".
The algorithm ‘time-locks’ the reward, then issues a ‘non-ASIC’ work challenge during each regular PoW Fork, which distributes mined rewards only to CPU and GPU miners who can pass the challenge and prove they are not ASICS, by maintaining their hashrate during the ASIC downtime.
These Hash-rate challenges after PoW Forks successfully ‘detect’, and ‘Severely Penalize’ anyone Mining with an ASIC/FPGA, even those in Secret.
Proof of Concept: An Actual Demonstration
I'll demonstrate this algorithm in action:
Please see this image to help you Visualise how the algorithm works:
https://imgur.com/a/9S8dA
There is a critical flaw and uniquely identifying feature that exists in absolutely 'ALL ASIC and FPGA miners', even those mining in Secret.
As most of you may know, with the upcoming V7 PoW hardfork,
Instead of just destroying an ASIC with a fork, we can further exploit this to attack the ASIC Manufacturer or Miner by taking back all their mined rewards and giving them to the community
The Special timeframe is PoW Fork + 'N' Days. ('N' being however many days remaining where it would be "impossible" to build and startup a new ASIC/FPGA after the fork.)
To exploit this, the algorithm introduces a period of time called the "Mining Rewards Collection Timeframe" (MRCT), the time period in between regular PoW Hardforks. the grey shaded area in this image
This "Mining Rewards Collection Timeframe" is a time whereby all mining profit rewards are 'time-locked' or held hostage in escrow, on either the mining pool, or on the Actual Blockchain code itself, or Both, depending on where this algorithm is eventually deployed.
The algorithm stores the wallet address a mining reward belongs to, and the maximum hash rate (or maximum value adjusted share rate per day) observed during the "Mining rewards collection timeframe" for that particular wallet address.
This "Mining Rewards Collection Timeframe" can be of any duration as required by the developers; 1,2,3,4,5,6 Months or longer . The longer This Timeframe, the more dangerous it is to ASIC miners. Meaning we don't have to rush with forks.
Since it's time-locked, mined coins/rewards cannot be cashed out until the coming challenge; However, mining pools can still choose to payout smaller miners before that time if they have a 'good stable Non-Asic Hash challenge passing history', or a deposit on file, or at their own risk, so most good miners don't have to wait to cashout rewards!. Big miners on the other hand, won't care! Why? Because the delay doesn't cost them anything. (it's a TINY TINY inconvenience compared to the damage ASICs would do to GPU mining profits. I hope this makes sense)
Now for the Critical ANTI-ASIC Work Challenge.
Time passes and the mining rewards collection timeframe ends with a Hardfork that changes the PoW algorithm slightly,
All ASICS and FPGAs are INSTANTLY destroyed.
At the same time, the mining rewards from that collection timeframe are now ready to be paid out.
Since only the CPU / GPU miners are able to hash normally,
The Algorithm now issues a Hash Rate challenge to determine how much of the coins mined were actually mined by ASIC or FPGA miners.
The challenge is nothing special. Miners just have to leave their miners running normally at maximum speed for the period of the challenge, same as they do everyday!
During this challenge, their "Average Maximum Hash rate during the challenge" is compared to the "Maximum Hash Rate speed" recorded on the blockchain during the Mining Rewards Collection Timeframe.
See the green dotted line in the image
Thus at this point, since ASICs are DEAD, they cannot Hash at the same rate during this challenge period, so any significant difference in hashrate would thus clearly indicate the use of an ASIC or FPGA miner.
Now, we have all the information we need to STRIP ASIC Miners of ALL their gains, and Reward GPU miners instead.
As shown in the earlier image
What if a 1 GPU breaks in a 12 GPU mining farm during the challenge? (Very rare) or for some reason, you can't mine during that period? then the miner can simply rent the GPUs from nicehash for the Challenge. An ASIC miner however, cannot use this strategy (because ASICS are not GPUs, explained further below). Also we can implement a 2nd chance option; the confiscated reward may be frozen for the next Cycle; and the miner may get a 2nd chance to prove the hashrate again, with a % reward penalty.
The Beautiful thing is that If ASIC miners fail the challenge, Everyone gets a Bonus share of the Reward Forefitted by the ASIC miners, So Everyone wants the ASIC miners to fail so they get Free extra money. and thus have a financial reason to support this algorithm.
*There is no escaping it... or is there?
Is it ASIC PROOF? Can you Cheat this algorithm?
I've also tried to see if you can work around this algorithm:
  • Example 1: What if they switched in GPUS to mine for an ASIC during the challenge? Well, that wouldn't work. When the challenge comes, they can either save the rewards mined by the GPUs, or save the rewards mined by the ASICs, One will always be lost and result is the same anyway because you'd only get paid for the Hash rate of the GPU. The ASIC portion of the hash rate will ALWAYS be lost.
  • Example 2: What if they use the GPUs to mine a different coin and have them only hash for the ASIC during the challenge period?
  • Consider the Antminer X3. at 200KH/s, to support just "ONE ASIC", they would need over 200 RX 580 Cards or 100 VEGA cards to pass the challenge... costing well over $60,000 (SIXTY THOUSAND DOLLARS) and if they depreciate at ~ 10~15% a year, they'd lose $6000~$9000 a year. it's not enough to cover your losses,
  • Also, What other coin could you mine? If ASICS are so powerful, there won't be another coin except those running this algorithm. Then, the dev can choose to issue the challenge at the same point as the other coin using the same algorithm, so they lose all rewards from one coin as 1 rig cannot sustain two challenge algorithms at the same time.
  • Example 3: What if they just leave some GPUS on standby to avoid the power costs? Then ASIC's would still be unable to be mass produced anyway. Because for every ASIC Mass produced, you'd need to Mass Produce 200 times the GPUS to support them in their place, and own of all them. practically impossible.
  • Example 4: What if they rented hashing power from Nicehash to fill in during the Challenge period?
  • Yes, but so can we! The beautiful thing about this algorithm, is if we rent the limited hashing power on Nicehash first before them at break even or loss, it doesn't matter, Because, the ASIC miner cannot rent and hash rate and will fail the challenge, and Forefit the ENORMOUS amount of Rewards to the community. Imagine, Mining at such a high rate for months on end , the rewards confiscated and paid to GPU miners will easily offset any of the tiny losses renting hashrate from Nicehash, so ultimately, The ASIC miners lose Everything, and the community (you and me) gets all their money.
  • Also if ASICs Dominate the crypto market, there won't be any GPU to rent, all remaining coins would be mining this algorithm, meaning they would have to save their own hashrate for themselves, not rent it to ASIC miners. otherwise they lose their reward. Brand new users may rent their GPU's but its no where near enough to cover the ASIC hash shortfall in the challenge.
  • Example 5: What if they waited till we exhausted our supply of PoW fork tweaks? That's the beauty of this algorithm!. We don't actually have to tweak the PoW algorithm on a constant basis! We can intentionally leave it the same. So Everyone passes the Challenge, Then when we do detect an asic "trying to Mine their Money Back in secret (as they do now)", We tweak the PoW at the Next Hardfork. Destroying and bankrupting their very first attempt, and we get all their money and rewards, So there's no need to waste a PoW tweak in a pre-emptive strike, because the rewards are Time-Locked to the future. We can lie in wait with a single PoW like a Trap, and eat them alive (literally we get all their rewards after the challenge!). We can maintain this lethal threat to ASIC manufacturers without having to change the PoW at all!
And remember, all this effort is just for ONLY, ONE ASIC. meaning you Can't mass produce it.
So ultimately it wouldn't even make sense to even develop an ASIC, as you'd be far more profitable just mining only with the 200+ GPU's required to cheat the algorithm.
*So in summary, *
  • No ASIC/FPGA miner can escape the challenge. Not even those running in secret.
  • All ASIC miners are guaranteed to suffer a huge (possibly fatal) financial loss, with no prospect of any return on investment. Time locked rewards ensure No secret pre-mining with ASICs is possible. ASICs are destroyed with each challenge, all R&D and manufacturing costs and the electricity bill used to power them is wasted for basically "ZERO returns",
  • …..and lets not forget that all their rewards gets given away to other honest miners like you and Me!. ( LOL!) or potentially the developers of the fork :)
  • As long as the algorithm is active and used by multiple coins, no ASICs will ever exist to mine in secret,
  • We save precious PoW tweak changes, since there's no need for a pre-emptive PoW strike to prevent 'ASIC hit and run' pre-mine scenarios.
  • ASIC manufacturers see that the war is un-winnable and go invest in other things,
So, in theory, The War Ends. (at least for a very good part of the future)
As they say: " Don't build a wall and hide in fear.... Build a wall and launch missiles from behind it against the enemy so they will never dare attack us again."
I would like to point out that time locked reward challenges are already in use by the Olympic games to Strip drug cheats in the past by storing samples and testing them in the future, and it's also in the PPLNS minig pool algorithms to deter pool hopping cheats, and also in the Bitcoin's Lightning network in the form of decrementing time-locks" that 'enforce the transfer of funds' under certain conditions.
Is it beautiful? Will it work? Can it be done? Let's discuss this
submitted by MoneroChan 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]

AMA with Sinovate, a new GPU friendly coin with new innovations to the space

SINOVATE
What SINOVATE is aiming on Cryptocurrency Market?
SINOVATE is created for Innovation and it aims to keep bringing never before seen Innovations in the crypto market.
What is Infinity Nodes, why different from Classical Masternode System? Infinity Nodes are groundbreaking evolved masternodes that solves the inflation problem. Traditional masternodes start with high ROI but with very large inflation and that inflation is what inevitably makes them fail.
What is IDS, why is it better than cloud storage? And size providers how to get/ earn SIN?
IDS = Incorruptible Data Storage.
IDS is a peer-to-peer private networking system, which will permit transactions and storage between miners and Infinity Node owners. Competitors including Sia, Storj, BitTorrent and even IPFS solutions reward individuals for serving and hosting content on their hard drive space, which requires a 24/7 uptime for computers. User hard drives must remain open and the rewards received must justify the costs incurred for leaving computer online.
In IDS, the private networking of decentralized storage relies solely on the SINOVATE Blockchain, with only node owners receiving rewards as compensation for utilising their hard drive resources to run an Infinity Node. Node owners will get rewards both from the Infinity Nodes and from storing confidential data.
IDS will have 5 steps of evolution.
SINOVATE has 533 tp/s. How are you planning to use this as a use case?
Scalability is one of the biggest problems in cryptocurrencies. POS only or centralized cryptocurrencies have higher scalability but are not suitable for the original Satoshi plan. Satoshi Nakamoto’s dream was everybody to mine their own coins without being centralized so SINOVATE blockchain not only is the most scalable POW cryptocurrency but will also have much more increased scalability in the future. Mass adoption requires high scalability especially when it will be used in real life as a payment means. Are we going to see SINOVATE Payment System in the future?
SINOVATE payment gateway will be released this year with high scalability and less than 3 seconds transaction times with the help of FlashSend.
What is SINOVATE aiming with X25X Algorithm?
SINOVATE formerly SUQA always aimed at the ordinary user starting with the X22i custom algorithm and upgraded to X25X to fight the big hardware companies so everyone can mine their own coin without letting ASIC,FPGA companies dominate the network.
Algo Comparison Chart
We are committed to remaining ASIC / FPGA resistant and such use an ever evolving algorithm, the latest variation named X25X launched with the last update. It is protected from difficulty attacks using Dark Gravity Wave v3 and raises the memory requirements compared to X22i bt a factor of five making it harder for ASIC / FPGA to implement.
What is Komodo dPOW , and when is the plan implementation on SINOVATE?
dPoW diagram
KOMODO DPoW is a working and trusted 51 % Attack protection technology to prevent any kind of malicious attacks by the help of notarized data of Bitcoin, KOMODO and SINOVATE chain.
What is the current status on mobile wallets? We saw a mobile wallet trailer.
Mobile wallets will be released in July 2019 as a custom good looking wallet tailored to the specific needs of SIN Blockchain
What is the plan for adoption in real life SINOVATE?
Our team draws from a large diversity of skills from many areas of business and across many different industries. This allows us to design and hone the experience of interacting with the SINOVATE Blockchain at many levels, from developers, business leaders and operational levels, down to the end-user experience.
This allows us to develop software and user experiences from the perspective of all involved, ensuring that the end user is the primary focus.
What is the current financial status on SINOVATE?
SINOVATE are transparent about the financial status of the foundation and the activity taken with funds. We regularly publish updates and the latest one for June is here.
What partnerships will there be in the future?
Besides the Masternodes related partnerships, SINOVATE partnered with KOMODO for the integration of dPoW 51% attack protection, which will be active at the end of July or early August 2019.
As the foundation’s mission is to grow the space for all. We are happy to work with all projects and businesses both by learning from the great work others have undertaken and offering something back to other projects with our open source code.
With Governance what can it do for the community?
Decentralized governance is the future of any successful blockchain project, SINOVATE believes that blockchain will be ubiquitous in the underlying infrastructure and services in the future of everyday life. Having fair voting for developments, marketing and innovations of the SINOVATE chain will be very important for everyone.
Hopefully that covers as an introduction, please fire away below with any questions you might have for us and feel free to join sinovate for the latest news!
Edit - Thanks for the great questions and discussion. First round answered by our CEO u/cryplander, feel free to shoot more :)
submitted by nick_badlands to gpumining [link] [comments]

Potenital cons(risks) of ravencoin?

Hi. I am one RVN hodler in Korean Crypto investment community.
I understand that ravencoin has huge potential in term of becoming good assets platform, and making good profit in the future.
But, I just want to hear thoughts from you guys about potential cons(risks) of ravencoin blockchain.
Sorry for wrong English grammar. English is not my mother language :)

1) Absence of smart contract. I think smart contract is a key feature of future digital finance based on distributed ledger. But ravencoin is a Bitcoin code fork so has very limited smart contract function. White paper just mentioned about smart contract that it might be implemented on the 2nd layer. It seems that main developers' priority is developing other things mentioned in the roadmap, not smart contract.

2) Absence of Privacy. Corporates and financial institutions usually do not prefer every transaction being exposed to the public. They definitely want privacy when dealing in confidential contracts and transactions. Like smarts contract, adding privacy function seems not one of top development priority. Just calling for other developers to develop it.

3) x16r FPGA mining is on operation already and better FPGA chips are under development by hidden players. These equipments are not very available on the public yet. It means some mining whales are already exist, like Bitmain's ASIC mining in early days of Bitcoin. This phenomenon may lead to mining centralization like bitcoin blockchain in the future.

4) In the future, mining centralization may cause chain split, the hard fork. Because ravencoin is open-source public blockchain, what happpened in the bitcoin blockchain can also happen in ravencoin. As ravencoin is really focused on assets, which have financial values related, stability is very important. So things like chain split hard fork is big threat, and it can be the reason of hesitation of corporates and financial institution who are considering ravencoin blockchain for their business platform.

Please share your thoughts.
RVN Gazua!!
submitted by hopefulko to Ravencoin [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]

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]

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]

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]

Bitcoin Mining Farm (xpost /pics)

Bitcoin Mining Farm (xpost /pics) submitted by narzy to cablefail [link] [comments]

What is SUQA project – How to mine SUQA coin

What is SUQA project – How to mine SUQA coin
SUQA coin is fast (533 Transactions per second) and almost No Transaction Fees. This makes it unique comparing with other projects.
SUQA is a new digital currency that has a new X22i POW algo. X22i algo is not a copy or clone of any old one but it is completely ASIC, FPGA and Quantum Resistant.
SUQA project also have a newest feature that u can 5% apr interest from term deposits even if the wallet is offline.
SUQA project aims to create the hub with SUQA payments and without taking any fees.
SUQA has a unique time-lock interest system for every user to earn deposits from their wallets without technical knowledge.
Since SUQA project is a new, unique ASIC, FPGA, Quantum resistant algorithm is very helpful for the mining community and solves numerous problems for miners. For example if you have a one GPU or only one rig you will be able to mine to the last block of SUQA without comparing any ASIC or FPGA device because SUQA will renew the algo every 6 months.
In real life SUQA will support the its community by foundation activities like mining, donations, bounty campaigns. ect.SUQA coin can be mined by GPUs (Nvidia and AMD) and CPUs. But it is only possible to mine it profitable by GPUs. SUQA unique X22i algo is also energy efficient and make your GPUs to less heat.
How To Mine SUQA coin
To mine SUQA coin 1) you need to find a miner software based on the GPU you have. 2) Download wallet and get a SUQA wallet address. 3) And then select a good pool.
Suqa Coin Algo: X22i
MINER:
– AMD:zjazz_amd_minerhttps://github.com/zjazz/zjazz_amd_minereleases
– NVIDIA:ccminer x22i win64 binary releasehttps://github.com/SUQAORG/ccminer-x22i/releases
zjazz_cuda_minerhttps://github.com/zjazz/zjazz_cuda_minereleases/tag/1.0
Trexhttps://bitcointalk.org/index.php?topic=4432704.0
Example for trex miner .bat code:t-rex.exe -a x22i -o stratum+tcp://suqa-pool.beepool.org:9504 -u YourSUQAWallet.WorkerName -p c=SUQA -R 3

https://preview.redd.it/3k92xaieh8221.jpg?width=757&format=pjpg&auto=webp&s=5b5d8259fd9847a9c003187ed7f8fa5ae14e5de2

SUQA coin hashrate, SUQA coin mining performance

Nvidia GTX 1070 – 6.4MH/s (Gigabyte GTX 1070 OC )– Nvidia GTX 1070 Ti – 7.5 Mh/s (Gigabyte GTX 1070Ti OC )– Nvidia GTX 1080Ti – 11.5 Mh/s (MSI GTX 1080Ti)
– AMD RX580 – 3.2 Mh/s (Sapphire RX 580)

SUQA coin Mining Profitability

Mining SUQA coin you will get this: SUQA price is now ~ $0,005546 (138 satoshi)
– 120 SUQA / GTX 1080Ti daily– 75 SUQA / GTX 1070 Ti daily– 65 SUQA / 7x GTX 1070 daily
SUQA coin Mining Pools: https://bsod.pw https://icemining.ca https://beepool.org/coindetail/suqaand for more pools https://discord.gg/ArttaNA
SUQA coin Difficulty: 8824.28235 @ block 22 179
SUQA coin block reward: 5000
SUQA coin Exchange Markets:Suqa coin is now on
Official Exchanges – Check on CoinMarketCap
  1. Escodexhttps://wallet.escodex.com/market/ESCODEX.SUQACOIN_ESCODEX.BTC
  2. Stexhttps://app.stex.com/en/basic-trade/paiBTC/SUQA/1D
  3. QBTChttps://www.myqbtc.com/trade
And Crypto-Bridge is on the wayhttps://wallet.crypto-bridge.org/market/BRIDGE.SUQA_BRIDGE.BTC
Website: https://suqa.org
Whitepaper: https://suqa.org/file/2018/10/suqa-whitepaper.pdf
BitcoinTalk: https://bitcointalk.org/index.php?topic=5038269.0
GitHub: https://github.com/SUQAORG
Twitter: https://twitter.com/SUQAfoundation
Facebook: https://facebook.com/SUQAFoundation
Discord: https://discord.gg/ArttaNA
Author: uk baxoi
profile: https://bitcointalk.org/index.php?action=profile;u=2364181
submitted by mahdi32 to gpumining [link] [comments]

Transcript of Open Developer Meeting In Discord - 5/10/2019

[Dev-Happy] Blondfrogs05/10/2019
Channel should be open now
Chill05/10/2019
you all rock!
just getting that out of the way :wink:
Tron05/10/2019
Cheers everyone.
theking05/10/2019
Hi fabulous dev team!
Hans_Schmidt05/10/2019
Howdy!
Tron05/10/2019
No specific agenda today.
Questions?
Has everyone seen Zelcore wallet, and Spend app?
theDopeMedic05/10/2019
Any major development status updates that haven't been listed in #news?
Synicide05/10/2019
How was the meetup yesterday? I heard it would be recorded, it is uploaded anywhere yet?
Tron05/10/2019
And Trezor support on Mango Farm assets?
@Synicide Yes it was recorded. The Bitcoin meetup organizer has the video.
I talked about Ravencoin, but mostly about the stuff that was being built on/with/for Ravencoin.
There was about 70% overlap with folks who were at the Ravencoin meetup in March.
Synicide05/10/2019
awesome, looking forward to watching it when it's available
Tron05/10/2019
I'll hit up James and see if he's posting the video.
S1LVA | GetRavencoin.org05/10/2019
@theDopeMedic I'd follow github if youre interested in development status
Synicide05/10/2019
zelcore looks super slick. Been meaning to research its security more with the username/pw being stored on device
Chill05/10/2019
How is the progress on the restricted assets and testnet coming along? A secondary question would be about the approximate fork timeframe.
S1LVA | GetRavencoin.org05/10/2019
Has anyone heard from the community dev (BW) working on Dividends?
Rikki RATTOE Sr. SEC Impresantor05/10/2019
Any word on BW and his progress w dividends?
@S1LVA | GetRavencoin.org LOL
Tron05/10/2019
@S1LVA | GetRavencoin.org Great question. I haven't heard.
Synicide05/10/2019
last meeting BlondFrogs said he would try to connect with BW as he was sick with the flu at the time. Maybe he has an update
S1LVA | GetRavencoin.org05/10/2019
I've tried to get in contact, but with no success.
Rikki RATTOE Sr. SEC Impresantor05/10/2019
Got a funny feeling...
Jeroz05/10/2019
Last time we left off with someone mentioning a foundation and Tron saying let’s discuss that next time iirc
kryptoshi05/10/2019
Has anyone taken a look at the merits for this proposal? Thoughts? https://medium.com/systems-nexus/modified-x16r-algorithm-proposal-for-constant-hash-rate-in-short-time-164711dd9044
Medium
Modified X16R algorithm proposal for constant hash rate in short time
Interpretation Lens V. a0.01
Tron05/10/2019
I did see it. Does anyone think this is a problem?
Synicide05/10/2019
It looks interesting... but I'm not sure what it is trying to solve. Looking at netstats, our 1 hour average block time is perfectly 1 minute
S1LVA | GetRavencoin.org05/10/2019
Last I heard from him he expressed how important finishing the code was. I wouldnt jump to conclusions on his absence within the community.
Synicide05/10/2019
x16r by nature will fluctuate, but DGW seems to be doing a good job keeping consistent block times
Tron05/10/2019
Because of relatively broad distribution across the algorithms, the block times are fairly consistent. It is possible, but very, very unlikely to get a sequence that takes up to 4x longer, but that's super rare, and only 4 minutes.
We did some timing analysis of the algorithms early on. A few are 1/2 as long as SHA-256 and some are up to 4x longer. But when you randomly select 16 it usually comes out about even.
Synicide05/10/2019
1hr avg: 1.02min - 24hr avg: 1min
I think we should focus on building, and not trying to fix what isnt necessarily broken
Tron05/10/2019
Agreed.
Rikki RATTOE Sr. SEC Impresantor05/10/2019
Agreed
Tron05/10/2019
Is everyone ok with the frequency (every other week) of this discussion?
Jeroz05/10/2019
(Added thumbs down to measure)
Tron05/10/2019
@Jeroz Did you do thumbs-up and thumbs down?
S1LVA | GetRavencoin.org05/10/2019
Seems appropriate. Its not like the devs dont poke around here and chat anyways.
Tron05/10/2019
Anything critical that we should be aware of?
Jeroz05/10/2019
When I need a dev, I poke a dev. When that dev is unavailable. I poke another one :smiley:
Hans_Schmidt05/10/2019
BlondFrogs was testing some github code last month to create a dividends snapshot database of asset holders at a given blockheight. Is that planned for inclusion? That's the only thing needed for dividends.
Jeroz05/10/2019
I hope I didn’t offend any devs
With poking around
Rikki RATTOE Sr. SEC Impresantor05/10/2019
Was thinking voting would be an excellent use case for restricted assets. Local communities, nations, etc... could kyc their residents
radiodub05/10/2019
Is x16r will remain fpga mineable
Tron05/10/2019
@Jeroz We're hard to offend.
Chill05/10/2019
Is the general dev feeling that the next fork should and will include everything needed for the next 6-9 months (barring something completely unforeseen)?
Jeroz05/10/2019
I know :smile:
Tron05/10/2019
@radiodub Nearly impossible to stop FPGAs and still keep GPUs
Jeroz05/10/2019
About that: voting is another hard fork right? Not too soon?
Tron05/10/2019
FPGAs can be reprogrammed as fast. It is silicon (true ASIC) that we can obsolete with a tiny change.
@Jeroz Messaging, voting, Tags, Restricted Assets would require a hard fork (upgrade).
We could do them each individually, but folks get weary of upgrades, so current plan is to roll them together into one.
MrFanelli™05/10/2019
Good idea
Jeroz05/10/2019
Oh voting too?
MrFanelli™05/10/2019
People will like that
Jeroz05/10/2019
I thought that was coming later
Tron05/10/2019
Voting is the one that isn't being worked on now. Tags and Restricted assets have taken precedence.
Jeroz05/10/2019
I know. But you plan on waiting to fork until voting is also done?
That would have my preference tbh
But I can see an issue with too many things at the same time
Tron05/10/2019
If someone wants to step in, we've had one of our devs sidelined and he was working on BlockBook support so more light wallets can connect to Ravencoin. Mostly test cases needed at this point.
S1LVA | GetRavencoin.org05/10/2019
Thats a pretty large upgrade.. Bigger surface for unknowns
Rikki RATTOE Sr. SEC Impresantor05/10/2019
At what point would RVN community consider moving to ASICs because having a Bitcoin level of security would eventually be needed?
MrFanelli™05/10/2019
Never rikki
Tron05/10/2019
@S1LVA | GetRavencoin.org 100% Lots of testing on testnet and bounties.
[Dev-Happy] Blondfrogs05/10/2019
I am here :smiley:
Tron05/10/2019
@Rikki RATTOE Sr. SEC Impresantor There's nothing inherently wrong with ASICs but it tends to centralize to data centers and less opportunity for anyone to just run their gaming rig overnight and collect RVN.
Welcome Blondfrogs
MrFanelli™05/10/2019
Asics are too expensive. If we want normal people to mine, then we cant be an asic network
Rikki RATTOE Sr. SEC Impresantor05/10/2019
@Tron True but what happens when the chain needs a Bitcoin level of protection?
Tron05/10/2019
More GPUs, more FPGAs
MrFanelli™05/10/2019
Nvidia loves ravencoin :stuck_out_tongue:
Chill05/10/2019
ok, so we are pro FPGAs
𝕿𝖍𝖊 𝕯𝖔𝖓 𝕳𝖆𝖗𝖎𝖘𝖙𝖔 CEO ∞05/10/2019
Build it and they will come
Tron05/10/2019
It's all relative. It is cost to attack. If an ASIC isn't available for rent, then only option is rental of non-allocated GPUs
Rikki RATTOE Sr. SEC Impresantor05/10/2019
@Chill Eventually everyone will need FPGAs to be profitable on RVN, at that point I don't see why we just don't make the switch to ASICs
Tron05/10/2019
Also, as much as we don't focus on price, the price does matter because it determines the amount of electricity and hardware will be deployed to get the block reward. Price increase means more security, more mining means more security means higher price.
It's a circle.
Chill05/10/2019
someone tell that to the twitter handler
HailKira05/10/2019
you guys adding seedphrase to desktop wallet?
[Dev-Happy] Blondfrogs05/10/2019
@HailKira We will, just is not a high priority right now.
MrFanelli™05/10/2019
Twitter handle wants rvn ded
Rikki RATTOE Sr. SEC Impresantor05/10/2019
I just don't see much difference between ASIC and FPGA and I'd rather have the added nethash an ASIC will provide once GPUs are virtually kicked off the network
kryptoshi05/10/2019
I'm at 11 GB future proof
Tron05/10/2019
That also limits miners to big money, not gaming rigs.
Synicide05/10/2019
@Rikki RATTOE Sr. SEC Impresantor you have to keep in mind the 'added nethash' is all relative
Rikki RATTOE Sr. SEC Impresantor05/10/2019
FPGAs will limit miners to big $$$ too IMO
Tron05/10/2019
@kryptoshi New algo x16r-12G requires 12GB :frowning:
Seal <:cricat:> Clubber05/10/2019
But sperating smaller gb cards would lead to less adoption if we ever become a mainstream coin.
Adpotion of mining that is
Chill05/10/2019
but we are a mainstream coin
Seal <:cricat:> Clubber05/10/2019
Mains stream as in what eth did
Tron05/10/2019
@Rikki RATTOE Sr. SEC Impresantor I agree. Not a perfect solution.
Steelers05/10/2019
Is this a Dev meeting or Algo meeting :smiley:
Seal <:cricat:> Clubber05/10/2019
But if we ever go mem lane. We should aim for 6 or 8gb.
Tron05/10/2019
Open to other questions.
Rikki RATTOE Sr. SEC Impresantor05/10/2019
@Tron Probably not the time and the place to have this discussion as we stand currently but IMO we're gonna have this conversation for real eventually
Seal <:cricat:> Clubber05/10/2019
Most cards have 6gb now.
kryptoshi05/10/2019
Why 12 gb ? Such a massive jump
Seal <:cricat:> Clubber05/10/2019
^
Would also like to know
Tron05/10/2019
@kryptoshi I was joking. You said you had 11GB card.
Seal <:cricat:> Clubber05/10/2019
Haha
You got em good
I cant imaghine the face he had when he was 1gb short
Lel
Rikki RATTOE Sr. SEC Impresantor05/10/2019
That's what she said
kryptoshi05/10/2019
Hahaha
MrFanelli™05/10/2019
need a 2080ti
Seal <:cricat:> Clubber05/10/2019
How much does the VII have?
16?
[Dev-Happy] Blondfrogs05/10/2019
Any other questions you have for us?
Hans_Schmidt05/10/2019
@[Dev-Happy] Blondfrogs You were testing some github code last month to create a dividends snapshot database of asset holders at a given blockheight. Is that planned for inclusion? That's the only thing needed for dividends.
Chill05/10/2019
a dev might want to contact Crypto Chico for some 'splaining
[Dev-Happy] Blondfrogs05/10/2019
I still haven't contacted the developer that was working on dividends. Was pretty busy with some other stuff. I will contact him this next week, and see where we are at for that.
Rikki RATTOE Sr. SEC Impresantor05/10/2019
Chico doesn't do interviews, shame. Tron would be a much needed interview for his community
[Dev-Happy] Blondfrogs05/10/2019
As far as releasing dividends, I can be released at anytime the code is finished and doesn't require any voting or hardfork to occur
kryptoshi05/10/2019
Android asset aware wallet?
Seal <:cricat:> Clubber05/10/2019
Is in beta right
Tron05/10/2019
Testing went well today on Android. Nearing release.
[Dev-Happy] Blondfrogs05/10/2019
as it is a mechanism that is wallet specific
liqdmetal05/10/2019
no protocol level dividends you guys are saying?
[Dev-Happy] Blondfrogs05/10/2019
correct
Tron05/10/2019
DM me if you want to test Android with Asset support. I'll send you the .APK.
Rikki RATTOE Sr. SEC Impresantor05/10/2019
RVN gonna be on tZero wallet? :yum:
liqdmetal05/10/2019
why not? what is the logic on non-protocol dividends
assets + protocol dividends is nirvana
[Dev-Happy] Blondfrogs05/10/2019
dividends is pretty much sending payments to addresses. Right now, you would have to do this manually. The dividends code, will allow this to be done quicker and easier.
No consensus changes are required.
Tron05/10/2019
New Android wallet is BIP44 and original Android wallet is BIP32/BIP39 so the words will not find the funds. You'll need to send them to another wallet, and then send them to new BIP44 derived address.
liqdmetal05/10/2019
we already have payments to addresses
so dividends is not a feature so much as simple wallet script
Hans_Schmidt05/10/2019
@[Dev-Happy] Blondfrogs The dividend code changes look risky'er to me than messaging. Would you consider "tags" branch test-ready?
[Dev-Happy] Blondfrogs05/10/2019
Not yet @Hans_Schmidt
Dividends is easier then you would think if coded correctly. I still haven't seen the code from the community developer. Excited to view it though.
Hans_Schmidt05/10/2019
@[Dev-Happy] Blondfrogs Sorry- I meant restricted, not dividend
kryptoshi05/10/2019
@Tron on the Android wallet, anyone successfully added their own node and got it to sync faster? Always have issues. I have a supped up node and cannot get it to work with the Android wallet...
[Dev-Happy] Blondfrogs05/10/2019
@Hans_Schmidt Oh, that makes more sense. Yes, they are very risky! That is why we are going to create a new bug bounty program for restricted assets testing.
Rikki RATTOE Sr. SEC Impresantor05/10/2019
Once the network does get flooded w FPGAs, should we even consider changing the algo a couple times a year? That would only give bitstream developers added time to hoard their creations for themselves
Kind of like they're already doing with their x16r bitstreams :yum:
kryptoshi05/10/2019
Flooded... lol... like that hardware has mass production scale like gpus...come on dude
MrFanelli™05/10/2019
Bip44 wallet? :smiley:
Rikki RATTOE Sr. SEC Impresantor05/10/2019
@kryptoshi Eventually yes, where there's $$$ to be made, people make things happen
MrFanelli™05/10/2019
So can we trade from that in the new Binance Dex when RVN get listed?
kryptoshi05/10/2019
@Rikki RATTOE Sr. SEC Impresantor Yes Soon TM lol. :soontm:
Tron05/10/2019
@kryptoshi There are some things we can do to speed it up. For a new wallet, it shouldn't need to sync. For recovered wallet, it needs to sync from beginning of BIP44 wallet support on iOS so words can be moved between the two.
Other options include grabbing the first derived address and looking it up on an explorer to see when it was first used and sync from there.
Another option is to add an optional number with the 12 words so it knows when to start syncing.
There isn't a good reason on an SPV wallet to sync before the seed was created.
kryptoshi05/10/2019
Cool. Glad you are looking at speedup options.. :right_facing_fist: :left_facing_fist:
[Dev-Happy] Blondfrogs05/10/2019
@MrFanelli™ If the binance dex support RVN deposits. I am sure you would be able to send from it
MrFanelli™05/10/2019
Has binance reached out for any info or anything?
I seen that we ranked in some voting competition they had on twitter
for an ama
Rikki RATTOE Sr. SEC Impresantor05/10/2019
I believe we'll need to create a fund of approximately $300,000 in order to get a BNB-RVN asset created and listed on the Binance FDEX
[Dev-Happy] Blondfrogs05/10/2019
In order to work with binance we need Ravencoin integrated into Blockbook.
Tron05/10/2019
@MrFanelli™ I've reached back out to Binance on the AMA.
MrFanelli™05/10/2019
Awesome :smile:
kryptoshi05/10/2019
@Tron you are a natural on the interviews... cool as a cucumber. :sunglasses:
Tron05/10/2019
Thanks @kryptoshi
[Dev-Happy] Blondfrogs05/10/2019
Cool. We are done for today.
Please don't ask us any more questions :smiley:
Tron05/10/2019
Thanks everyone!!!!
[Dev-Happy] Blondfrogs05/10/2019
Cya everyone!!
S1LVA | GetRavencoin.org05/10/2019
Cya happy feet, Thanks
Thanks Tron
Seal <:cricat:> Clubber05/10/2019
:bepbep:
submitted by mrderrik to Ravencoin [link] [comments]

FPGA miner Why mine with an FPGA 2018 ELE 432- FPGA Bitcoin Miner BitCoin FPGA Demo FPGA. Tajiks are entering mining. Immersion cooling.

A miner that makes use of a compatible FPGA Board.The miner works either in a mining pool or solo.. This is the first open source FPGA Bitcoin miner.It was released on May 20, 2011. A miner that makes use of a compatible FPGA Board. The miner works either in a mining pool or solo.. This is the first open source FPGA Bitcoin miner. It was released on May 20, 2011. CGMiner is one of the most popular Bitcoin mining software platforms available. This open-source mining software is compatible with any ASIC/FPGA mining rig. The source code was written in C, so it’s able to operate across all operating systems including Windows, OS X, and Linux. So is there a nice tutorial which explains how to start mining using FPGA. I do not want to create a fancy 2 - 10 connected FPGAs to run mine for profit, but I just want to start one FPGA and to see how it is working and what speed it is giving me. Mining includes the use of special equipment (e.g., GPU, ASIC, FPGA), which uses computing power and software applications for controlling mining devices. In our review, we present the most popular mining programs of 2019. You will be able to independently mine cryptocurrency on a PC running either Windows or Mac OS.

[index] [18514] [12828] [5085] [19789] [18582] [27931] [1532] [23031] [281] [9305]

FPGA miner

This short video by Whitefire990 demonstrates an FPGA mining rig consisting of 8 Xilinx VCU1525 FPGA cards. The cards are running freely available software and bitstreams downloaded from the ... T4D #84 - Pt 2 Bitcoin Mining, BFL ASIC vs FPGA vs GPU vs CPU - Duration: 28:50. mjlorton 63,635 views. ... Bitcoin Mining with FPGAs (EC551 Final Project) - Duration: 6:11. T4D #84 - Pt 2 Bitcoin Mining, BFL ASIC vs FPGA vs GPU vs CPU - Duration: 28:50. mjlorton 63,656 views. 28:50. 8 x Xilinx VCU1525 FPGA Crypto-Mining Rig Demo - Duration: 8:35. FPGA Miner for Cryptocurrency Mining: Why Use FPGA for Mining? FPGA vs GPU vs ASIC Explained - Duration: 7:56. ... Bitcoin Mining with FPGAs (EC551 Final Project) - Duration: 6:11. T4D #84 - Pt 2 Bitcoin Mining, BFL ASIC vs FPGA vs GPU vs CPU - Duration: 28:50. mjlorton 63,615 views. 28:50. Bitmain Technologies Bitcoin Mining: Powered by Xilinx - Duration: 3:10.

Flag Counter