solidity智能合約中有什么許可方法
介 紹
在寫(xiě)智能合約時(shí)，我傾向于采取引導(dǎo)方式。即使它們旨在用于生產(chǎn)環(huán)境，我也使它們盡可能易于理解。我寫(xiě)的智能合約是可重用的，但是通常會(huì)針對(duì)每個(gè)特定的業(yè)務(wù)案例重新編寫(xiě)智能合約。
在本文中，我將討論solidity智能合約中的三種許可方法。討論這些方法的復(fù)雜性從高到低，這是您在項(xiàng)目中應(yīng)考慮的順序。 我提供了可用于每種方法的代碼。
本文假定您可以輕松地編寫(xiě)智能合約，并使用繼承和傳遞合約地址等功能作為參數(shù)。
簡(jiǎn)單方法— Ownable.sol
OpenZeppelin的Ownable.sol合同必須是最重用的合同之一。它在77行中實(shí)現(xiàn)：
1. 斷言某人是智能合約所有者的邏輯。
2. 限制函數(shù)調(diào)用以繼承智能合約的所有者的邏輯。
3. 將所有權(quán)轉(zhuǎn)移到其他地址的邏輯。
在編寫(xiě)智能合約時(shí)，您會(huì)經(jīng)常從Ownable繼承。讓我們來(lái)看一個(gè)如何使用Ownable的示例。想象一下，您想在智能合約中保留一個(gè)地址列表，但是您想成為唯一可以添加更多地址的列表?？梢詫⑵湟暈槟湃蔚娜说淖?cè)表。您可以執(zhí)行以下操作：
contract Whitelist is Ownable {
mapping （address =》 bool） members;
constructor（） public Ownable（） {
}
function addMember（address _member）
public
onlyOwner
{
members［_member］ = true;
}
}
從Ownable繼承并在您的Ownable上調(diào)用其構(gòu)造函數(shù)可確保將部署智能合約的地址注冊(cè)為所有者。如果未通過(guò)注冊(cè)為所有者的地址調(diào)用，則onlyOwner修飾符會(huì)使函數(shù)恢復(fù)。
部署此智能合約后，只有您或您指定的人可以將新成員添加到其中的列表中。
盡管有用，但很多時(shí)候Ownable還不夠。 在給定時(shí)間只有一個(gè)地址可以成為所有者，只有所有者可以決定誰(shuí)可以成為新所有者，您只能檢查您是否是所有者，而不是其他人。
中級(jí)復(fù)雜方法— Whitelist.sol
Whitelist.sol保留一個(gè)地址列表，然后可用于限制功能或任何其他目的。它在功能上與OpenZeppelin的Roles.sol非常相似，盡管有一些重要差異。
Whitelist.sol僅具有三個(gè)功能：
funcTIon isMember（address _member） public view returns（bool）;
funcTIon addMember（address _member） public onlyOwner;
funcTIon removeMember（address _member） public onlyOwner;
例如通過(guò)該智能合約，您可以保留一份已批準(zhǔn)的利益相關(guān)者列表，這些利益相關(guān)者可能是令牌轉(zhuǎn)移的唯一接收者。 您可以執(zhí)行以下操作：
pragma solidity ^0.5.0;
import “@openzeppelin/contracts/token/ERC20/ERC20.sol”;
import “。./access/Whitelist.sol”;
contract ERC20Whitelisted is ERC20 {
Whitelist whitelist;
constructor（address _whitelistAddress） public {
whitelist = Whitelist（_whitelistAddress）;
}
funcTIon transfer（address account， uint256 amount） public {
require（whitelist.isMember（account）， “Account not whitelisted.”）;
super._transfer（account， amount）;
}
}
在上面的示例中，您還可以使ERC20Whitelisted繼承自ERC20和Whitelist。 我很樂(lè)意討論一些折衷方案。
簡(jiǎn)單的白名單功能可能非常強(qiáng)大。OpenZeppelin使用它們實(shí)現(xiàn)了許多ERC20和ERC721變體，并設(shè)法提供了超出我們大多數(shù)人所需的更多功能。在TechHQ，我們也僅使用白名單實(shí)施了CementDAO。
但是有時(shí)候，白名單也會(huì)落空。您可能需要有多個(gè)所有者才能擁有白名單?；蛘吣赡苄枰芾碓S多重疊的白名單。對(duì)于這些情況，我們具有分層的角色合約。
高級(jí)復(fù)雜方法-RBAC.sol
我們開(kāi)發(fā)了RBAC.sol，旨在提供與現(xiàn)代共享系統(tǒng)一樣的多用戶(hù)功能。
1. 有些角色不過(guò)是地址組。
2. 組成員資格只能由某些管理員角色的成員修改。
3. 可以在運(yùn)行時(shí)創(chuàng)建新角色。
4. 可以驗(yàn)證角色成員身份。
在低層，我們使用用戶(hù)選擇的bytes32參數(shù)來(lái)標(biāo)識(shí)角色。 通常，這些是可識(shí)別的短字符串，但是您也可以使用加密的值或地址。
角色本身是一組成員地址和admin角色的標(biāo)識(shí)符。 有趣的是，我們不需要將角色的標(biāo)識(shí)符存儲(chǔ)在其自己的結(jié)構(gòu)中。
struct Role {
bytes32 adminRoleId;
mapping （address =》 bool） members;
}
現(xiàn)在有兩種方法可以添加新角色并驗(yàn)證角色是否存在：
function roleExists（bytes32 _roleId） public view returns（bool）;
function addRole（bytes32 _roleId， bytes32 _adminRoleId） public;
并且管理成員的功能是相同的，只是現(xiàn)在必須指定相關(guān)角色：
function isMember（address _member， bytes32 _roleId） public view returns（bool）;
function addMember（address _member， bytes32 _roleId） public;
function removeMember（address _member， bytes32 _roleId） public;
僅當(dāng)調(diào)用者屬于我們要添加成員的角色的管理員角色時(shí)，addMember和removeMember才會(huì)成功。
僅當(dāng)調(diào)用者屬于將管理所創(chuàng)建角色的角色時(shí)，addRole才會(huì)成功。
這些簡(jiǎn)單的規(guī)則將允許創(chuàng)建角色的層次結(jié)構(gòu)，然后可將其用于實(shí)現(xiàn)具有不同權(quán)限級(jí)別或區(qū)域的復(fù)雜多用戶(hù)平臺(tái)。
進(jìn)階學(xué)習(xí)
為了進(jìn)一步深入兔子洞，我建議從OpenZeppelin的這個(gè)問(wèn)題開(kāi)始。他們的代碼庫(kù)與我們的代碼庫(kù)沒(méi)有什么不同，即使在我們選擇采用其他方法的情況下，您也會(huì)發(fā)現(xiàn)大多數(shù)設(shè)計(jì)決策的透徹推理。他們?cè)谥T如ERC20Mintable之類(lèi)的合約中使用Roles是一個(gè)很好的例子，可以替代Whitelist。
勇敢者的另一個(gè)資源是AragonOS ACL合約。界面一眼就可以看出他們決定走得更遠(yuǎn)：
function hasPermission（address who， address where， bytes32 what，
bytes how） public view returns （bool）;
對(duì)于我們自己的@ hq20 / contracts包中的示例，我們使用本文中描述的三個(gè)級(jí)別的訪問(wèn)控制，因此，您也應(yīng)該注意這一點(diǎn)。
結(jié) 論
對(duì)于智能合約的實(shí)現(xiàn)，最好僅實(shí)現(xiàn)所需的復(fù)雜性，而無(wú)需再實(shí)現(xiàn)任何復(fù)雜性。 在許可方面，存在三種不同的復(fù)雜性級(jí)別：
· 單用戶(hù)
· 用戶(hù)群
· 用戶(hù)組的層次結(jié)構(gòu)
您可以將Ownable.sol用于單個(gè)用戶(hù)允許的系統(tǒng)。 您可以將@ openzeppelin/Roles.sol或@ hq20/Whitelist.sol用于需要組中權(quán)限用戶(hù)的系統(tǒng)。對(duì)于需要組層次結(jié)構(gòu)的系統(tǒng)，我們過(guò)去已成功使用@ hq20/RBAC.sol。
您將有自己的要求，并且需要權(quán)衡取舍。了解每個(gè)實(shí)現(xiàn)背后的設(shè)計(jì)決策將使您可以使用現(xiàn)有合約，也可以修改合約以供自己使用。
下載文檔
