有人想了解这个项目吗：GitHub - delegatable/delegatable-sol: Counterfactual revocable-delegation
我想发起一个小项目，用这个改造 marry3 的求婚授权流程
关于 delegatable 的简单介绍
delegatable 是一个代理授权协议，可以将一个地址（A）的所有权力或者部分权力，授权给另外的地址，这些地址可以发起交易，操作 A 地址所有的操作，也就是可以把某个地址的权力授权给其他地址，其他地址具备同等权力发起交易。
相关资料：
关于 marry3 的授权流程的简单介绍
合约代码：GitHub - marryinweb3/ERC721-520: Paired NFT-like Soulbound Token implement
场景：
marry3 中，参与者有两个角色，但是只有一个角色需要发起链上的交易，这个交易会同时给两个地址分别 mint 一个结婚证。
但是很重要的一点是任何一个人都没有权力给另外一个人 mint 结婚证，这是一个非常严肃的问题，SBT 的颁发必须经过被颁发者的授权！因为 SBT 具备不可转移的特性，它的颁发需要格外严肃。
所以最后我们实现了一个流程，如果要 mint 结婚证，A 必须经过 B 的授权，才可以发起链上的交易，为二者 mint 结婚证。
这个流程是通过一个链下的签名实现的，A 发起求婚，B 对记录进行签名，然后将签名的结果发给 A，A 将 B 签名的结果发给链上的合约，合约会验证签名的结果，如果验证通过，就会 mint 结婚证。
其实这本质上也是一个 delegatable 的流程，可以说是一模一样，都是将权力通过一种签名的方式授予另外一个地址，然后通过链上的交易来验证签名的结果。
为什么要改造
Delegatable 合约是一个通用的代理授权协议，我们希望能够通过 marry3 这个非常典型的但是又很轻量的场景，来验证 delegatable 的可行性，以及帮助它添加一个很好的用例。
项目的目标
-
通过 marry3 的场景，验证 delegatable 的可行性和可组合性，帮助 delegatable 完善协议。
-
改造 marry3 的合约，实现一个新的合约，部署到其他的侧链或者 evm 兼容链，如 Polygon 或者 FVM 等
-
修改前端，适配 delegatable 的合约
项目的投入
-
合约开发 1 人 1 个月 3000 USDT
-
前端开发 1 人 1 个月 2000 USDT
-
项目 manager 1 人 1 个月 1500 USDT
资金来源
- 全部来源都来自 grants 6500 USDT，如果没有申请到 grants ，将用 LXDAO 积分填充(按一半换算)
Does anyone want to know this project: GitHub - delegatable/delegatable-sol: Counterfactual revocable-delegation
I want to launch a small project and use this transformation of Marry3’s proposal authorization process
A brief introduction to delegatable
DELEGATABLE is an agency authorization agreement that can authorize the entire address (A) to authorize the other address. These addresses can initiate a transaction and operate all the operations of the A address, that is, the power authorization of a certain address can be authorized to authorize the power of a certain address. Give other addresses and other addresses to initiate transactions.
Relevant information:
A brief introduction to the authorization process of Marry3
Contract code: https://github.com/marryinweb3/erc721-52020
Scenes:
In Marry3, the participants have two roles, but only one character needs to initiate a transaction on the chain. This transaction will also give the two addresses a Mint a marriage certificate.
But the important point is that no one has the power to give another person Mint marriage certificate. This is a very serious issue. The issuing of SBT must be authorized by the presence! Because SBT has an irreplaceable characteristic, its issuance needs to be particularly serious.
So in the end we implemented a process. If you want to mint marriage certificate, A must be authorized by B to initiate transactions on the chain and marry a MINT marriage certificate.
This process is achieved through a signature under a chain. A initiated a proposal, B signed the record, and then sent the signature results to A. A sent the results of B to the contract on the chain. If the verification is passed, it will MINT marriage certificate.
In fact, this is also a delegatable process. It can be said that it is exactly the same. They all grant power to another address in a signature manner, and then verify the results of the signature through the transaction on the chain.
Why is it renovated
The Delegatable contract is a universal agent authorization agreement. We hope to verify the feasibility of Delegatable through the very typical but lightweight scene of Marry3 and help it add a good case.
project target
-
Through the scene of Marry3, verify the feasibility and combined nature of Delegatable to help the delegatable to improve the protocol.
-
Reform the contract of Marry3 to achieve a new contract, deploy to other side chains or EVM compatible chains, such as Polygon or FVM, etc.
-
Modify the front end and adapt to the delegataBLE contract
project investment
-
Contract development 1 person 1 month 3000 USDT
-
Foreign development 1 person 1 month 2000 USDT
-
Project Manager 1 person 1 month 1500 USDT
Sources of funds
- All sources come from GRANTS 6500 USDT. If grants are not applied for, they will be filled with LXDAO points (converted by half).