이 글은0x_web3이 글은
"수익률"은 블록당 토큰의 가치가 증가한다는 것을 의미합니다. "6000"은 처음 6000개의 블록과 보상을 의미하고 "8000"은 처음 8000개의 블록과 보상을 의미하는 중첩된 JSON 개체입니다. 예시: $bYLD 토큰 1000개를 스테이킹 볼트에 예치하고 100블록 동안 스테이킹하면 총 1070개의 토큰을 받게 되며 그 중 70개가 보상으로 제공됩니다. "최대"는 초기 주조 공급량을 나타냅니다. 분명히 스테이킹이 시작된 후에는 계속 증가할 것입니다.
BRC-20 토큰의 발전과 함께 스테이킹 기능의 도입도 당연하다. 그렇다면 BRC-20은 어떻게 스테이킹될까요? 이전 버전과의 호환성을 유지하면서 기존 인프라에 대한 최소한의 변경으로 구현하는 방법을 생각해 보았습니다.
BRC-20의 "deploy" 방식에 "yield"라는 추가 매개변수를 도입했습니다.
"수익률"은 블록당 토큰의 가치가 증가한다는 것을 의미합니다. "6000"은 처음 6000개의 블록과 보상을 의미하고 "8000"은 처음 8000개의 블록과 보상을 의미하는 중첩된 JSON 개체입니다. 예시: $bYLD 토큰 1000개를 스테이킹 볼트에 예치하고 100블록 동안 스테이킹하면 총 1070개의 토큰을 받게 되며 그 중 70개가 보상으로 제공됩니다. "최대"는 초기 주조 공급량을 나타냅니다. 분명히 스테이킹이 시작된 후에는 계속 증가할 것입니다.
BRC-20 토큰을 스테이킹하는 방법은 무엇입니까?
BRC-20 생태계에는 스마트 계약이 없지만 이를 가능하게 하는 스테이킹 메커니즘이 필요합니다. 우리는 사용자가 전송 호출을 통해 토큰을 전송하고 (보상과 함께) 돌려받을 수 있는 스테이킹 주소를 도입했습니다.
토큰을 스테이킹하려면 일반 전송 기능을 사용할 수 있습니다. 스테이크 주소를 새겨서 보내십시오(출시 예정). 토큰을 언스테이킹하려면 동일한 주소에 "이체 취소"를 기재하고 서약 주소로 보내야 합니다.
"Mint", "Transfer" 및 "Deploy" 기능은 동일하게 유지됩니다. 공약이 시작된 후 인덱스 클라이언트는 공약 보상에 따라 "잔액"을 업데이트하고 공약 주소의 이체/취소 이체 규칙을 준수해야 합니다.
기존 BRC-20 도구와 호환:
"Mint", "Transfer" 및 "Deploy" 기능은 동일하게 유지됩니다. 공약이 시작된 후 인덱스 클라이언트는 공약 보상에 따라 "잔액"을 업데이트하고 공약 주소의 이체/취소 이체 규칙을 준수해야 합니다.
우리는 토큰을 스테이킹하고 업데이트된 잔액을 볼 수 있는 라이브 POC(BitStake 프로토콜)를 만들기 위해 24시간 일하고 있습니다.
Degens, 이 실험은 내가 Web3에서 수행한 수백 가지의 실패한 실험 중 하나일 수도 있습니다.
마지막으로 간략한 요약: 우리가 하고 있는 일은 BRC-20 토큰에 대한 스테이킹 기능 출시, $bYLD 토큰을 사용한 개념 증명 또는 테스트, 토큰 스테이킹/언스테이크를 위한 인프라 구축, 스테이킹 기능 곧 출시될 예정입니다.
