RPC 노드를 바꾸면 실패한 거래도 해결될까
거래 제출 응답을 놓친 사례로 BXB의 노드 선택과 상태 복귀, 미러의 HTTP 재시도를 비교하고 연결 복구와 거래 결과 확인의 차이를 설명한다.
BXB 블록체인 미들웨어를 개발하며 얻은 결정과 배움
거래 제출 응답을 놓친 사례로 BXB의 노드 선택과 상태 복귀, 미러의 HTTP 재시도를 비교하고 연결 복구와 거래 결과 확인의 차이를 설명한다.
토큰 10개를 보내는 예제로 HSM의 키 라벨과 핸들, 서명할 해시, 이더리움 서명 변환, 체인별 서명 입력과 연결 실패 처리의 역할을 살펴본다.
잔액은 보이지만 전송할 수 없는 Token-2022 토큰을 예로, 확장 정보의 해석과 BXB의 명령별 지원 판단이 API와 서명 실행에 반영되는 과정을 살펴본다.
프로그램 파일을 buffer에 나누어 올리는 예제로, BXB의 Solana 배포가 바이트 확인·업그레이드 권한·실패 후 정리를 다루는 과정을 살펴본다.
토큰 계약의 주소를 볼트 생성자에 연결하는 두 단계 예제로, BXB의 템플릿·배포 계획·실행 기록이 의존 관계와 부분 실패를 다루는 방식을 살펴본다.
네 체인에서 자산 10단위를 보내는 독립 예제를 따라, BXB가 공통으로 다루는 업무 요청과 체인별로 보존해야 하는 거래 구성·비용·지원 범위를 살펴본다.
토큰 10개를 보낸 이벤트가 조회용 DB의 한 행으로 바뀌는 과정을 따라, 로그 해석·수량 단위·수집 진행 위치와 체인 재구성의 경계를 살펴본다.
토큰 10개를 보내고 응답을 놓친 사례를 따라, 거래 재조회·같은 서명 거래의 재전파·새 송금 생성을 구분하고 BXB의 결과 추적과 업무 중복 방지의 경계를 살펴본다.
공동 서명 메시지의 세션·참여자·키 버전과 HPKE 보호 범위를 따라가며, MPC 중계 서버의 전달 권한과 지갑의 서명 권한이 어디에서 나뉘는지 살펴본다.
2-of-3 지갑에서 참여자 한 명을 교체하는 예제로, 개인키를 복원하지 않는 키 조각 재분배와 공개키 보존 원리를 설명하고 BXB의 복구·보관 자료 갱신 경계를 살펴본다.