[Solidity] 유언 스마트 계약 만들어보기

개요

준비

Remix IDE - Solidity 계약 에디터

Remix - Ethereum IDE

https://remix.ethereum.org/

파일 생성 하기

계약 객체 생성하기

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract Will {
 
}

계약속성 정의하기

contract Will {
    address owner;
    bool deceased;
}

• address onwer;
address 라는 것은 solidity를 처음 공부하신다면 생소한 타입이실텐데요. 이건 이더리움의 계정 주소를 저장하기 위한 전용타입이라고 보시면 되요.

• bool deceased;
bool 은 Java를 할 때와 마찬가지로 불리언이겠죠? ㅎ
 

계약 생성자 작성하기

contract Will {
    address owner;
    bool deceased;

    constructor() payable {
        owner = msg.sender;
        deceased = false;
    }
}

• constuctor() payable{}
생성자 정의는 자바랑 같은 데, 여기 payable이란 단어가 있어요. 이는 함수가 실행이 될 때 이더를 받을 수 있다는 뜻이에요. payable로 선언되지 않은 함수에 이더를 보내면 트랜잭션을 실패하게되요.

• owner = msg.sender
여기서 또 새로운 msg 라는 변수를 확인할 수 있는데요. msg 역시 Solidity에서 사용되는 특수 글로벌 변수라고 생각하시면 될거 같아요. 이 변수는 현재 실행 중인 함수를 호출한 트랜잭션 또는 메시지에 대한 정보를 담고 있는 객체라고 보면 되요. 그래서 트랙잭션을 호출한 계정 주소를 owner에 할당하해서 계약 소유자를 설정하는 거죠!

• deceased = false;
생성시에는 유산을 남기려는 분이 살아계시니 바로 유산이 전송이 되지 않겠죠. 미래 시점에 deceased가 true로 트리깅이 되면 계약을 실행할 수 있게끔 속성을 정의한거에요.

가족 지갑 설정하기

address payable[] familyWallets;
mapping(address => uint) inheritance;

• address payable[] familyWallets;
address type의 배열을 만드는 데, 유산을 나눠줄 때 받는 사람들의 주소가 이더를 받을 수 있는 주소여야 하기 때문에 payable[] 배열로 설정해줘야 되요.

• mapping(address => uint) inheritance;
이건 inheritance라는 map 타입을 설정하는 것인데요. 지갑 주소에 따라 얼마만큼의 유산을 정할 것인지 정보를 담는 그릇이라고 생각하시면 되요.
 

상속액 설정하기

setInheritance() - 상속자별 상속액 설정 함수

function setInheritance(address payable wallet,uint amount) public {
    familyWallets.push(wallet);
    inheritance[wallet] = amount;
}

• function setInheritance(address payable wallet,uint amount) public
기존 javaScript 함수와 같이 정의해서 사용하며 되요! 여기서는 public 지시어로 누구나 이 함수를 호출할 수 있게 되요. 하지만 사실, 누구나 이 함수를 호출하면 안되겠죠? 그 부분은 아래에서 추가적으로 설명해볼게요. 또 상속액을 설정하기 위해서는 지급가능한 주소와, 상속액을 매개변수로 받아야 겠죠? 그래서 위와 같이 매개변수를 설정했어요!

• familyWallets.push(wallet); inheritance[wallet] = amount;
familyWallets은 배열이니까 push로 지갑을 추가할수 있겠죠? 그리고 inheritance mapping 타입에 주소와 상속액을 mapping 시켜요!
 

payout() - 상속액 지급 함수

function payout() private {
    for (uint i = 0; i < familyWallets.length; i++) {   
        familyWallets[i].transfer(inheritance[familyWallets[i]]);
    }
}

• function payout() private
마찬가지로 이 payout() 함수로 제일 중요한 유산을 지급하는 행동이 일어나게 되는 것인데요. 하지만 이 함수를 아무나 실행되면 안되고 그리고 외부에 드러나지 않고 이 계약 안에서만 호출되게끔 private설정도 한것이에요.

• for (uint i = 0; i < familyWallets.length; i++)
for 반복문은 자바랑 사용하는 방식이 같아요. i를 설정할 때 타입을 지정해주는 것만 유의하면 될거 같아요. 내부 로직에는 transfer로 각 지갑과 연동된 상속액에 따라 지급할 수 있게끔 설정했어요.
그리고 젤 처음 uint 는 정수타입인데, u가 붙은 이유는 Unsgined Interger 로서 부호가 없는 정수(음수 x)라는 뜻이에요.
 

hasDeceased() - 사망시 실행되는 함수 설정

function hasDeceased() public {
      deaceased = true;
      payout();
}

• 함수가 실행되면 deaceased 를 true로 업데이트하고 payout() 메서드가 실행이 되면서 자동으로 유산을 지급하는 계약이 트리거가 되는거에요. 그리고 이렇게 완성이 된 것같지만, 치명적인 오류가 존재해요. 즉 현재 코드로서는 아무나 이 계약을 실행할 수 있다는 것이 문제이죠. 그래서 생소하겠지만 함수 수정자를 만들어야 해요.

함수 수정자 설정하기

modifier onlyOwner - 계약소유자 본인 체크 수정자

modifier onlyOwner() {
		require(msg.sender == owner);
		_;
}

• modifier onlyOwner()
이렇게 modifier를 사용하면 이 함수는 함수수정자로 사용할 수 있어요.

• require(msg.sender == owner);
여기서 사용된 require는 if문의 역할이랑 같은 역할을 해요. 즉 이 조건이 맞으면 로직을 계속 진행할 수 있게 되는거죠. 그럼 다음 로직이 _(언더스코어)의 영역에 들어와서 실행되게 되는거에요. 이 언더스코어는 플레이스 홀더 같은 역할을 한다고 생각하면 좋겠네요.

modifier mustBeDeceased - 유언자의 사망여부 체크

modifier hasDeceased() {
		require(deceased == true);
		_;
}

• 그럼 이 hasDeceased 함수에서도 deceased가 true인지 체크하고 상태가 확인이 되면 다음 로직으로 넘어간다라고 이해가 되겠죠?

함수 수정자 적용하기

modifier 함수 수정자 적용

function setInheritance(address payable wallet,uint amount) public onlyOwner{
    familyWallets.push(wallet);
    inheritance[wallet] = amount;
}   

function payout() private mustBedeceased{
    for(uint i = 0; i < familyWallets.length; i++) {
        familyWallets[i].transfer(inheritance[familyWallets[i]]);
    }
}

function hasDeceased() public onlyOwner {
    deceased = true;
    payout();
}

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract Will {
    address owner;
    bool deceased;

    constructor() payable {
        owner = msg.sender;
        deceased = false;
    }

    address payable[] familyWallets;
    mapping(address => uint) inheritance;

    modifier onlyOwner() {
        require(msg.sender == owner);
        _;
    }

    modifier mustBedeceased() {
        require(deceased == true);
        _;
    }

    function setInheritance(address payable wallet,uint amount) public onlyOwner{
        familyWallets.push(wallet);
        inheritance[wallet] = amount;
    }   

    function payout() private mustBedeceased{
        for(uint i = 0; i < familyWallets.length; i++) {
            familyWallets[i].transfer(inheritance[familyWallets[i]]);
        }
    }

    function hasDeceased() public onlyOwner {
        deceased = true;
        payout();
    }

}

배포하기

배포전 컴파일하기

배포 및 트랜잭션 탭

• ENVIRONMENT : Remix VM
이는 연결된 블록체인 환경을 말해요. Remix VM 은 실제 돈이 들지 않는, 내장된 가상의 테스트용 블로체인이에요. (Prague는 버전이름이에요)

• ACCOUNT
여길 클릭해보면 많은 지갑 주소가 나오고 각 얼마마큼의 이더가 있는지 확인할 수 있어요. 이건 진짜 이더가 아니라 테스트용 이더에요. 여기서 선택한 주소로 배포를 하게 되면 계약의 주인이 되는 거죠.

• GAS LIMIT
이더리움에서 스마트 컨트랙트를 실행하려면 가스비라는 수수료를 내야하는데요. 이건 하나의 계산 비용으로 이더리움 네트워크 채굴자에게 일을 시키는 것과 같은거에요. 복잡한 작업일 수록 더 많은 가스가 필요해요! 만약 Esimated Gas를 선택하고 배포를 하게 되면, Remix VM이 견적을 내서 자동으로 Gas한도값을 설정하게 되요, 직접 설정하고 싶다면 수기로 Custom에서 조절할 수 있어요.
 
예전 코로나 코인 불장 때, 이더리움이 엄청 비쌀때는 이 계산비용이 너무 비싸기도 했어요. 그래서 한도를 미리 알고 실행하고, 너무 많은 비용을 방지하고자 한도를 설정할 수 있는거에요.

• VALUE
여기엔 이 계약 소유자가 계약을 배포할 때, 얼만큼의 이더를 할당할 건지 정하는 곳이라고 보면 되요. 이제 여기에 할당된 이더 기준으로 유산이 나눠지게 되는거죠.
단위를 보면 Wei 라는 단위를 볼수있는데 이더를 잘게 쪼갠 토큰 단위에요. 10의 18승의 Wei가 모여야 1 ETH가 되어요!
 

배포하기

유산 정해주기

사망시 유산 지급 실행 ㅠ (아니 사망했는데 어떻게 실행?!)

결론