Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore: update vitalik blog link #2486

Closed
wants to merge 1 commit into from
Closed
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion applications/dorahacks-quadratic-funding.md
Original file line number Diff line number Diff line change
Expand Up @@ -9,7 +9,7 @@ We would like to bring quadratic funding grants to Polkadot and Kusama ecosystem

### Overview

Quadratic Funding was proposed in Vitalik Buterin's paper Quadratic Payments https://vitalik.ca/general/2019/12/07/quadratic.html. It's now been proven as an effective way to encourage grass-root innovation from the developer community and a unique mechanism to allow community contributors to directly support early-stage projects. Currently, GitCoin's ETH Grant and HackerLink's BSC Grant are already practicing this idea.
Quadratic Funding was proposed in Vitalik Buterin's paper Quadratic Payments https://vitalik.eth.limo/general/2019/12/07/quadratic.html. It's now been proven as an effective way to encourage grass-root innovation from the developer community and a unique mechanism to allow community contributors to directly support early-stage projects. Currently, GitCoin's ETH Grant and HackerLink's BSC Grant are already practicing this idea.

This project develops a substrate pallet that implements the quadratic funding process. The pallet will be tested on a local substrate node, and a simple frontend interface will be created based on Substrate Frontend Template.

Expand Down
2 changes: 1 addition & 1 deletion applications/pallet_maci.md
Original file line number Diff line number Diff line change
Expand Up @@ -239,7 +239,7 @@ This registry will be implemented in one of these 2 forms:
`pallet-quadratic-funding`
**Algorithm for calculating funds:**

As explained by Vitalik B. in [this](https://vitalik.ca/general/2019/12/07/quadratic.html) blog post, some voting methods will favor plutocracy while some others will neglect the range of support or disproving of creating good.
As explained by Vitalik B. in [this](https://vitalik.eth.limo/general/2019/12/07/quadratic.html) blog post, some voting methods will favor plutocracy while some others will neglect the range of support or disproving of creating good.
Quadratic funding seems like the best fit for aggregating people's preferences for funding some public goods, so the platform will implement the **Constrained Liberal Radicalism algorithm** (Quadratic funding) for calculating the funds for a specific project.

Bellow are all the components that have to be developed before the platform is ready for use:
Expand Down
2 changes: 1 addition & 1 deletion applications/starks_network.md
Original file line number Diff line number Diff line change
Expand Up @@ -15,7 +15,7 @@ Zero-knowledge proof (zkp) is a cryptographic technology which enables you to pr

However, it requires tremendous expertise to construct a zkp for certain computation. This hinders the adoption of this powerful technique for everyday use. Wouldn't it be great if we can construct a zkp for any general purpose computation without a deep understanding of zkp? Enter the [Distaff VM](https://github.com/GuildOfWeavers/distaff), a zk-STARK virtual machine written in Rust. For any program executed on Distaff VM, a STARK-based proof of execution is generated. This proof can then be used by anyone to verify that a program was executed correctly without knowing the inputs to the program or even the program itself.

The Starks Network is a [zk-STARK](https://vitalik.ca/general/2017/11/09/starks_part_1.html) based zkp parachain for the Polkadot/Kusama ecosystem. At its core, it uses the Distaff VM for zk-STARK proof generation and verification. Powered by the [Substrate](https://github.com/paritytech/substrate) blockchain framework, the Starks Network can serve other blockchains and enable applications such as private smart contract and private credential verification.
The Starks Network is a [zk-STARK](https://vitalik.eth.limo/general/2017/11/09/starks_part_1.html) based zkp parachain for the Polkadot/Kusama ecosystem. At its core, it uses the Distaff VM for zk-STARK proof generation and verification. Powered by the [Substrate](https://github.com/paritytech/substrate) blockchain framework, the Starks Network can serve other blockchains and enable applications such as private smart contract and private credential verification.

### Substrate/Polkadot Integration

Expand Down
2 changes: 1 addition & 1 deletion applications/ventur.md
Original file line number Diff line number Diff line change
Expand Up @@ -79,7 +79,7 @@ Beyond providing a decentralized and transparent marketplace for professional en
There are a few grant proposals which have worked to implement Auctions on Substrate.
While our RFP process will have similarities to an auction process, allowing for bids and providing mechanisms for eventual winner selection. It will differ in having mechanisms for requesters to approve bids after manual review and qualification options for automatically limiting bids to members of predefined collectives and holders of particular NT-NFTs (which can serve as technical certifications). There will also need to be options to reopen bidding should an approved bidder not accept their selection.

There have been multiple implementations of NFT pallets for Substrate. As the name suggests, our Non-Transferrable NFT pallet would be differentiated from existing implementations by enabling NFTs that are soulbound to a specific account, [there has been some popular writing on the topic of soulbound nfts](https://vitalik.ca/general/2022/01/26/soulbound.html?external=1). To prevent such NFTs from being spammed onto accounts in an unsolicited manner, the NT-NFT pallet would require an acceptance by the NT-NFT recipients to finish the minting process. NT-NFTs will also provide an option for expiry.
There have been multiple implementations of NFT pallets for Substrate. As the name suggests, our Non-Transferrable NFT pallet would be differentiated from existing implementations by enabling NFTs that are soulbound to a specific account, [there has been some popular writing on the topic of soulbound nfts](https://vitalik.eth.limo/general/2022/01/26/soulbound.html?external=1). To prevent such NFTs from being spammed onto accounts in an unsolicited manner, the NT-NFT pallet would require an acceptance by the NT-NFT recipients to finish the minting process. NT-NFTs will also provide an option for expiry.

From a broad perspective, the RFP portion of this project could be considered similar to GitCoin. And a GitHub bounty functionality as well as crowdsourced grant funding functionality are certainly use cases that we envision Ventur supporting. However, Ventur intends to more broadly support bids and engagement outside the realm of code development and delivery. Additionally, we would like to see Ventur support not just bidding and bounty processes but also collective enablement and benefit procurement for freelancers, and fundamental business processes like payroll automation.

Expand Down
2 changes: 1 addition & 1 deletion docs/RFPs/anti-collusion_infrastructure.md
Original file line number Diff line number Diff line change
Expand Up @@ -9,7 +9,7 @@ This Request for Proposals is currently considered **under development**, meanin

## Project Description :page_facing_up:

A lot of blockchain applications that involve some kind of voting, like on-chain quadratic funding, can potentially be exploited via collusion and bribery (see [Vitalik’s post about collusion](https://vitalik.ca/general/2019/04/03/collusion.html)). Therefore, it’s important to design mechanisms that effectively prevent any kind of on-chain collusion or at least make it more difficult. The goal of this RFP is to encourage people to try to research and come up with their own solutions or to implement existing solutions, like [Minimal anti-collusion infrastructure](https://ethresear.ch/t/minimal-anti-collusion-infrastructure/5413) as a substrate pallet or ink! smart contract.
A lot of blockchain applications that involve some kind of voting, like on-chain quadratic funding, can potentially be exploited via collusion and bribery (see [Vitalik’s post about collusion](https://vitalik.eth.limo/general/2019/04/03/collusion.html)). Therefore, it’s important to design mechanisms that effectively prevent any kind of on-chain collusion or at least make it more difficult. The goal of this RFP is to encourage people to try to research and come up with their own solutions or to implement existing solutions, like [Minimal anti-collusion infrastructure](https://ethresear.ch/t/minimal-anti-collusion-infrastructure/5413) as a substrate pallet or ink! smart contract.

## Deliverables :nut_and_bolt:

Expand Down
2 changes: 1 addition & 1 deletion docs/RFPs/social-recovery-wallet.md
Original file line number Diff line number Diff line change
Expand Up @@ -21,7 +21,7 @@ Apart from the [social recovery pallet](https://github.com/paritytech/substrate/

**Other interesting sources:**
- https://www.parity.io/social-recovery-on-substrate/
- https://vitalik.ca/general/2021/01/11/recovery.html
- https://vitalik.eth.limo/general/2021/01/11/recovery.html
- https://github.com/paritytech/substrate/blob/master/frame/recovery
- https://github.com/paritytech/substrate/tree/master/frame/proxy
- https://github.com/paritytech/substrate/tree/master/frame/multisi
Expand Down
Loading