Bitcoin Point of Sale는 대면 판매용 비트코인 계산대입니다. 가격을 정하고 결제를 요청하며 입금을 확인하도록 돕습니다. 휴대전화나 태블릿 앱일 수도, 별도 단말기일 수도 있습니다. 다만 기기 자체만으로는 판매자가 자금을 통제하는지 서비스 업체가 대신 보관하는지 알 수 없습니다.
직원은 커피를 고르거나 가격을 입력하고 통화, 팁, 최종 합계를 확인합니다. BTCPay Server는 상품 목록, 장바구니, 숫자 키패드를 제공합니다. 이어 해당 구매와 연결된 결제 요청인 invoice가 만들어집니다. 이 연결을 통해 나중에 입금의 목적을 알 수 있습니다. 화면을 새로 불러온다고 커피 한 잔이 추가 판매로 기록돼서는 안 됩니다. 주문과 결제 기록은 계속 찾아볼 수 있어야 합니다. [1] [2]
카페가 체코 코루나로 가격을 정하면 계산대는 선택한 환율 출처를 바탕으로 비트코인 금액을 계산할 수 있습니다. 보내기 전에 고객은 금액과 유효기간을 보고 수취인과 결제 네트워크를 확인해야 합니다. BOLT 11은 Lightning 결제 요청 형식입니다. 결제 증명과 관련된 암호학적 지문인 결제 해시와 만료 시간을 포함하며, 금액은 지정되지 않을 수도 있습니다. 따라서 스캔만으로는 부족하고 실제 구매에 요구된 금액을 확인해야 합니다. 코루나 가격 표시는 카페 은행 계좌에 코루나가 들어온다는 뜻이 아닙니다. [3] [4]
QR 코드는 결제 정보를 전달할 뿐 입금 증거가 아닙니다. 고객의 화면 캡처도 카페의 확인을 대신하지 못합니다. BTCPay Server의 Processing은 전액이 지급됐지만 필요한 블록 확인 등 완료 조건이 남은 상태입니다. Settled는 그 조건이 충족됐음을 뜻합니다. 수동 표시도 가능하지만 실제 결제나 확인을 만들어 내지는 않습니다. 성공한 Lightning 결제는 보통 블록을 기다리지 않습니다. 따라서 상품은 확인된 입금과 매장 규칙에 따라 내주어야 하며 다른 사람 화면의 색만 믿어서는 안 됩니다. [2]
계산대는 판매자 지갑으로 직접 받거나 대신 자금을 보관하는 서비스를 사용할 수 있습니다. 중요한 것은 지출할 수 있는 개인 키, 권한, 인출 조건이지 Bitcoin 로고가 아닙니다. 지갑의 공개 정보만으로 수취 주소를 만들 수도 있습니다. 그렇더라도 침해된 계산대는 앞으로 들어올 결제에 공격자 주소를 표시할 수 있습니다. 따라서 직원에게 관리자와 같은 권한을 줄 필요는 없습니다. 커피 판매와 수취인 변경, 환불 승인은 다른 업무입니다. [5] [6] [7]
Lightning은 연결된 결제 채널을 통해 돈을 보냅니다. 네트워크에 참여하는 프로그램인 자신의 노드는 이용 가능해야 하고, 자금을 받을 채널 여유인 인바운드 유동성이 있어야 합니다. 업체가 일부 업무를 맡을 수 있지만 비용과 신뢰 대상이 달라집니다. 경로를 찾지 못하거나 유동성이 부족한 것은 결제 성공이 아닙니다. 고객이 다른 방법을 시도하기 전에 직원은 첫 결과를 확인해 커피 한 잔을 두 번 결제하지 않도록 합니다. [7] [4]
태블릿 인터넷이 끊기거나 서버가 멈추거나 환율을 불러오지 못할 수 있습니다. 그러면 새 요청이나 입금 확인이 불가능할 수도 있습니다. 인쇄된 QR은 여전히 읽히지만 시스템이 작동한다는 증거는 아닙니다. 예비 연결, 판매 연기, 나중에 결제 추적 같은 합의된 절차가 필요합니다. 장애 자체가 미결제를 증명하지는 않습니다. 부족액, 초과액, 만료 후 입금은 각각 검토해야 하며 수동 기록 변경으로 네트워크 이력이 바뀌지는 않습니다. [2] [3]
돈을 돌려주는 것은 원래 구매와 연결된 다른 결제를 하는 것입니다. 금액과 통화를 합의하고 목적지를 확인하며 권한 있는 사람의 승인을 받아야 합니다. BTCPay Server는 환불 요청 생성과 실제 지급을 분리합니다. 고객에게 링크를 줬다고 돈이 전달된 것은 아닙니다. 직원은 준비된 요청, 지급 대기, 완료된 환불을 구별해야 합니다. 원래 송금은 이력에 남습니다. [8]
근무가 끝나면 주문, 입금, 수수료, 환불, 업체의 정산금을 대조합니다. BTCPay Server는 결제, 판매 상품, on-chain 지갑 거래를 내보낼 수 있습니다. 이는 Bitcoin 체인에서 직접 이루어지는 지갑 거래입니다. 보고서는 기록을 돕지만 모든 현지 회계·세무 의무를 충족하지는 않습니다. 실제 운영 전에 정상 판매, 장애, 복구를 연습하세요. 고객 데이터 접근은 필요한 범위로 제한하고 장비, 연결, 유지 관리 비용도 계산하세요. [9] [1] [6]
커피, 결제 완료 휴대전화, 연결이 끊긴 태블릿
예시 주문 POS-497에서 고객이 성공 화면을 보여 주는 순간 직원 태블릿 연결이 끊깁니다. 직원은 즉시 두 번째 요청을 만들거나 미결제로 표시하지 않습니다. 다시 연결해 원래 invoice를 찾고 금액과 실제 입금을 대조합니다. 결과에 따라 판매를 마치거나 새 시도를 처리합니다. 모두 같은 주문에 기록해 결제나 판매가 이중 집계되지 않게 합니다.
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Merchant Adoption, BTCPay Server, Bitcoin Payment Processor, BOLT 11, 확인, Bitcoin. 다음 항목에서도 이 글을 참조합니다 Merchant Adoption, Bitcoin Payment Processor, BTCPay Server, BTC Map.
01카운터에 QR 코드만 있으면 되나요?+
코드는 결제 정보를 전하지만 돈이 왔는지, 어떤 구매에 해당하는지 스스로 판단하지 못합니다. 직원에게는 믿을 만한 입금 확인과 잘못된 금액, 만료된 요청, 연결 장애에 대한 절차가 필요합니다.
02Lightning이면 카페가 자금을 직접 보관하나요?+
자동으로 그렇지는 않습니다. 자체 노드를 운영하거나 업체 수탁을 포함해 다른 권한 구조의 서비스를 쓸 수 있습니다. 키와 잔액의 통제자, 입금 담당자, 인출 조건을 확인하세요.