The Bee Payment Protocol 발표

PAR 프로토콜의 P 인 Bee Payment Protocol을 발표하게되어 기쁩니다.

이 기술 기사에서 — 수석 소프트웨어 엔지니어 인 Vic Woeltjen과 함께 스마트 계약 및 견고성의 내부 작업을 간략하게 살펴보세요.

프로토콜이 무엇인지 알아보세요. 지불 방식; 그리고 마지막 릴리스 이후 개선 된 사항입니다.

프로토콜이란?

프로토콜은 행동을 조정하는 방법입니다. 예를 들어 통신 프로토콜은 원시 메시지에서 의미 체계를 도출하는 방법을 알려주고 엔티티가 특정 메시지에 응답하는 방식에 대한 기대치를 설정합니다.

프로토콜이 반드시 기술적 인 것은 아닙니다. 인사로 대화를 시작하고 작별 인사로 끝날 때 우리는 소셜 프로토콜을 사용하여 관심이 어디로 향하고 있는지에 대한 기대치를 설정합니다.

상거래에서 프로토콜은 상품과 서비스의 교환을 조정합니다. 소매점 환경에서 계산원은 구매를 요약하고 총 결제액을 요청한 다음 별도의 결제 유형, 환불과 같은 비명 목적 상황을 처리하기위한 추가 프로토콜을 따릅니다.

스마트 계약은 이러한 프로토콜을보다 명확하고 결정적인 방식으로 처리 할 수있는 기회를 제공합니다.

거래 참여자가 스마트 계약으로 정의 된 프로토콜을 사용하기로 동의하면 프로토콜과 관련된 일련의 기대치가 매우 확고 해집니다. 계약은 말한 대로만 수행 할 수 있습니다.

‘결제 문제’

Bee Token 엔지니어링 팀은 Beenest에서 결제를 처리하는 새로운 접근 방식을 설계, 구현 및 통합하는 데 열심히 노력해 왔습니다.

특히 아래 그림과 같이 무료 숙박 시설 모델의 중심에있는 토큰 지불을 간소화하기 위해 노력하고 있습니다.

이러한 변경 이전에 우리는 지불 단계를 처리하기 위해 일부 사용자 지정 API와 함께 Ethereum 노드를 실행하는 권한있는 백엔드 서비스를 사용하여 BEE 토큰 지불을 수락했습니다.

이는 게스트에서 호스트로 토큰 화 된 자금을 관리하기 위해 스마트 계약을 호출하는 멋진 기능 기준을 제공했지만 몇 가지 단점도 있습니다.

이전 모델에서는 권한있는 소유자로 지정된 Ethereum 노드가 제어하는 ​​주소로 배포 된 스마트 계약으로 결제를 처리했습니다. 계약 실행 및 토큰과의 상호 작용은 모두 체인에서 처리되었지만 이러한 단계의 대부분은 권한있는 주소에 의해서만 트리거 될 수 있습니다.

새로운 접근 방식

Bee 프로토콜 결제는 여전히 이더 리움 블록 체인에 배포 된 계약이지만, 권한있는 백엔드를 제외했습니다.

안전 장치로서 환불과 같은 관리 기능을 지원하기위한 관리자 주소가 여전히 있습니다.

그러나 명목 거래의 경우 계약과의 상호 작용은 모두 호스트 또는 게스트의 이더 리움 지갑에서 직접 이루어질 수 있습니다. 이 계약을 통해 Beenest의 개입없이 예약 결제를 완료 할 수 있습니다.

위의 다이어그램에서 볼 수 있듯이 목록 및 예약에 대한 세부 정보는 일반적인 웹 상거래 플랫폼과 마찬가지로 데이터베이스에서 오프 체인으로 유지됩니다.

결제가 이루어지면 데이터베이스의 예약에 해당하는 계약에 고유 식별자가 제공됩니다. 이를 통해 Beenest는 어떤 결제가 어떤 예약과 일치하는지 인식하여 최종 사용자에게보다 원활한 경험을 제공합니다.

이유가 무엇인가요?

Google 측의 주요 이점 중 하나는 엔지니어링 복잡성의 감소입니다. 이제 MetaMask 또는 기타 브라우저 통합 지갑 소프트웨어를 사용하여 게스트와 호스트에서 직접 시작되므로 이러한 상호 작용을 지원하기 위해 더 이상 사용자 지정 API를 작성하고 유지 관리하거나 Ethereum 노드를 관리 할 필요가 없습니다.

Beenest를 사용하는 게스트 또는 호스트에게 변경 사항은 대체로 투명하지만 몇 가지 실질적인 이점이 있습니다.

관리자의 조치를 최소화함으로써 (사기 또는 오류를 감지했을 때 지불금을 환불하는 것이 가장 많음) 시스템에서 신뢰의 역할을 줄입니다.

지불 결과는 계약에 의해 결정됩니다. 신뢰는 결정적이됩니다.

새 프로토콜은 어떻게 생겼습니까?

새 프로토콜은 결제 진행 과정에서 고유 한 단계를 나타내는 5 가지 작업을 정의합니다.

인보이스

손님이 예약을 요청하면 호스트가 해당 인보이스를 발행합니다. 이것은 이더 리움 블록 체인의 계약에 대한 호출로 처리되지만 호스트에게는 버튼 클릭과 메타 마스크 트랜잭션처럼 보입니다. 인보이스 발행 후, 고객의 자금 (예약 요청시 이체 승인)은 향후 결과가 나올 때까지 결제 계약에 보관됩니다. 여기에는 목록 가격과 분쟁 발생시 사용되는 보증금이 모두 포함됩니다.

취소

손님이 예약을 취소하기로 결정하면 계약을 요청하는 것만큼이나 간단합니다. 취소 기한 전에 전화를 거는 경우 계약은 취소 수수료를 호스트에게 성실하게 이체하고 나머지 금액은 게스트에게 다시 이체합니다.

분쟁

호스트 또는 게스트가 교환이 이루어지지 않았고 동의했다고 느끼면 호스트 또는 게스트는 분쟁 기한까지 지불 계약에 대해 분쟁 전화를 걸 수 있습니다. 이로 인해 자금 (상장 가격과 예금 모두)이 중재 워크 플로로 이동하며, 여기서 중재자는 결과를 결정합니다. 어떤 금액이 누구에게 전송됩니까?

환불

Google 측에서 문제가 발생하는 경우 관리자는 고객에게 결제 금액을 간단히 환불 할 수 있습니다. 이렇게하면 자금 이동이 발생하지 않은 것처럼 전체 가격과 보증금이 게스트에게 다시 전송됩니다!

지급

취소 및 이의 제기 기한은 모두 투숙객의 예약 날짜에 따라 결정됩니다. 분쟁 마감일이 지나면 호스트는 지불금을 호출 할 수 있습니다. 그러면 보증금이 게스트에게 다시 전송되고 예약 가격이 호스트에게 전송됩니다.

인보이스 — 결제를 시작하는 데 사용됩니다. 나머지 동사는 모두 결과를 나타냅니다. 각각은 계약에 의해 처리되는 모든 지불 상태를 오프 체인 모니터링 할 수 있도록 해당 이벤트를 생성합니다. 백엔드는 이러한 이벤트를 관찰하여 이더 리움 블록 체인에 대한 계약 상태로 데이터베이스를 최신 상태로 유지합니다.

예를 들어 인보이스 호출을위한 Solidity 소스 코드 (명확성을 위해 대부분의 수정 자 코드가 인라인되고 암기 유효성 검사가 제거됨)는 다음과 같습니다.

여기서는 주로 취소 또는 분쟁에 충분한 기간이 제공되도록 입력에 대한 몇 가지 유효성 검사를 수행합니다. 그런 다음 나중에 사용할 수 있도록이 결제와 관련된 세부 정보를 기록한 다음 결제 결과에 도달 할 때까지 유지하기 위해 구매자의 자금을 결제 계약으로 이체합니다.

마지막으로, 결제가이 단계로 진행되었음을 백엔드와 같은 오프 체인 구성 요소에 알리는 이벤트를 생성합니다.

‘새로운’명목 결제 흐름은 어떻게 생겼나요?

다음 단계

새 결제 계약은 세 가지 핵심 프로토콜의보다 광범위한 성숙 과정의 한 단계를 나타냅니다.

동시에 우리는 1 세대 중재 계약을 이행하고 있습니다. 분쟁 이 발생하면 관련 자금을받는 사람에 대한 결정을 처리하는 것은 중재자가 운영하는 계약입니다. .

중재는 다시 평판 계약과 통합되어 중재자 결정의 품질에 대한 신뢰를 구축합니다.

전체적으로 볼 때 이러한 계약은 Beenest와 같은 시장 플랫폼에 새로운 수준의 투명성을 부여하는 완전한 (아직 간단하지만!) P2P 결제 시스템을 나타냅니다.

블록 체인의 프로토콜 또는 휴가 용 렌탈에 대해 자세히 알아 보려면 저희 웹 사이트 beenest.com을 방문하십시오!

읽어 주셔서 감사합니다!

Vic Woeltjen

선임 소프트웨어 엔지니어 | 꿀벌 토큰 | 성공

이메일 : [email protected]

대화에 참여하세요!

beenest.com

facebook.com/thebeetoken

instagram.com/beenestofficial

twitter.com/thebeetoken

github.com/thebeetoken

https://www.reddit.com/r/beetoken/

이메일 : [email protected]