The storage (보관)

저장소의 구조는 각 계약 호출간에 데이터를 유지하는 데 사용되는 방법 중 하나를 보여줍니다. 다른 계약에 작업을 내보내고 응답을 기다릴 때 직면 할 수있는 문제 중 하나는 초기 작업의 컨텍스트가 손실된다는 것입니다. 별도의 계약에서 응답을 받으면 첫 번째 작업의 보낸 사람 주소, 보낸 금액 등에 대한 액세스 권한이 없습니다.이 정보를 보관할 수있는 가능성 중 하나는 각 상호 작용 간의 계약을 잠그는 것입니다. 초기 진입 점과 함께. 이렇게하면 나중에 필요한 데이터를 저장소에 저장하고 응답이 돌아올 때 액세스 할 수 있습니다. 스토리지를 살펴 보겠습니다.

보시다시피 스토리지에는 계약이 새 요청을 수락 할 때 false로 전환되고 요청을 처리 할 때 true로 전환되는 일시 중지 된 속성이 있습니다.
또한 토큰을 보호하고 악의적 인 사용자가 오븐을 소모하는 것을 방지하기를 원하므로 last_transfer 속성을 마지막 전송의 타임 스탬프로 업데이트하여 15 분마다 한 번의 전송 제한을 설정합니다.
각 요청에 따라 계약은 transfer_to 속성에 사용자의 주소 (None으로 다시 초기화 할 수 있도록 주소 옵션으로 설정)와 locked_amount로 전송 된 금액을 기록합니다.
마지막 세 가지 속성 인 admin, kolibri_address 및 harbinger_address는 자명합니다.