모든 분을 위한 문서 / 쉽게 풀어 본 Pickle

Pickle 위에 구축해야 하는 이유

다섯 가지 이유, 각각 이 사이트의 다른 곳에서 설명되는 메커니즘입니다. 그다음에는 빌더가 실제로 하는 비교와, Pickle이 그 대가로 무엇을 요구하는지에 대한 정직한 진술이 이어집니다.

짧은 버전

Pickle은 즉각적으로 느껴지는 앱을 위해 만들어졌습니다. 사용자가 하는 일은 하는 그 순간에 계산되고, 앱은 결과를 바로 보여 줄 수 있습니다. 사용자는 새 코인이 아니라 이미 가지고 있는 돈인 ETH로 아주 작은 수수료를 지불합니다. Ethereum에서 돌아가는 것은 무엇이든 변경 없이 여기서 돌아갑니다. 앱은 주식, 금, 암호화폐의 가격을 체인 자체에서 무료로 얻습니다. 그리고 여기서 돈을 버는 사업체는 그 대부분을 갖습니다. 연간 첫 10만 달러에 대해서는 전혀 내는 것이 없고, 어떤 것에 대해서도 18 퍼센트를 넘게 내는 일은 없습니다.

트랜잭션은 도착하는 순간 실행되고 서명된 사전 확인을 돌려주므로, 애플리케이션은 블록을 기다리지 않고 결과를 보여 줄 수 있습니다. 수수료는 영구적으로 ETH로 지불되므로, 사용자는 버튼을 누르기 위해 체인 토큰을 확보할 필요가 결코 없습니다. 실행은 알려진 버전에 고정된 Ethereum과 같은 EVM이므로, 컨트랙트, 지갑, 도구가 변경 없이 작동합니다. 프로토콜은 모든 블록에 33개의 가격 피드를 발표하므로, 애플리케이션은 오라클을 통합하지 않고 가격을 읽습니다. 그리고 생태계 지원을 원하는 애플리케이션은 자기 프로토콜 수익의 공개된 몫을 온체인 라우터를 통해 보냅니다. 연간 첫 $100,000에 대해서는 아무것도 없고, 빌더는 어떤 규모에서도 최소 82 퍼센트를 갖습니다.

선기록 로그를 갖춘 승인 시점의 동기적 실행이 10 밀리초의 스케줄링 목표로 시퀀서 서명 미니블록에, 250 밀리초의 스케줄링 목표로 Cancun 형태의 EVM 블록에 봉인됩니다. 가스는 ETH이며 1 wei의 합의 하한이 있고 기본 수수료 소각이 없습니다. revm은 Cancun에 고정되어 있으며 블룸 필터, 아카이브 깊이, 수수료 시장에 문서화된 공백이 있습니다. 파생 페이로드는 콘텐츠 주소 지정 DA 레이어로 가고, 60초의 스케줄링 목표마다 Ethereum 인박스 컨트랙트에 하나의 커밋이 이루어지며 콜데이터 대비책이 있습니다. 제네시스는 블록마다 플래그가 붙은 시스템 트랜잭션 하나가 기록하는 가격 레지스트리와 어댑터를 사전 배포합니다. 애플리케이션 쪽의 레지스트리, 라우터, 볼트는 $100,000, $500,000, $1,000,000을 초과하는 프로토콜 수익에 대해 한계 0/6/12/18 퍼센트를 정산하며, 보상받는 자본과 노동은 모든 기반에서 제외되고 요율은 거버넌스의 타임락 투표로 티어별로 설정됩니다.

사용자가 결과를 즉시 봅니다

대부분의 체인에서 애플리케이션은 트랜잭션을 제출하고 무슨 일이 일어났는지 알기 위해 다음 블록을 기다리며, 인터페이스는 빙글빙글 돕니다. Pickle에서는 시퀀서가 도착 시점에 실행하므로 호출이 반환되기 전에 결과가 존재하고, 서명된 미니블록이 10 밀리초의 스케줄링 목표로 뒤따릅니다. 애플리케이션은 그 서명을 바탕으로 행동할 수 있고, 지갑이 이해하는 일반적인 블록은 그 뒤에서 자기 리듬으로 따라옵니다. 미니블록은 정확히 이 용도를 위해 자체 RPC 메서드와 WebSocket 구독으로 노출됩니다.

그것은 무엇을 만들 수 있는지를 바꿉니다. 게임, 트레이딩 인터페이스, 결제가 있는 채팅, 판매 시점 흐름, 사람이 화면이 바뀌기를 기다리는 모든 것. 확인 페이지는 그 서명이 무엇을 약속하고 무엇을 약속하지 않는지 정확히 말하며, 정직한 버전에 맞추어 설계하셔야 합니다.

사용자가 ETH로 지불합니다

Pickle의 모든 수수료는 영구적으로 ETH입니다. 사용자는 애플리케이션을 사용하기 전에 체인 토큰을 찾고, 사고, 보유할 필요가 없습니다. ETH가 있는 누구든 브리지하고 행동할 수 있습니다. 최소 가스 가격은 1 wei이므로, 작은 트랜잭션이 많은 흐름이 가격 때문에 밀려나지 않습니다. 수수료 페이지는 이 결정과 체인이 징수한 것으로 무엇을 하는지 설명합니다.

코드와 도구가 그대로 작동합니다

실행 엔진은 Cancun 규칙에 고정된 Ethereum 가상 머신입니다. Solidity 컨트랙트는 수정 없이 배포됩니다. MetaMask, Foundry, Hardhat은 표준 RPC 표면을 통해 체인과 대화합니다. 트랜잭션, 호출, 로그, 필터, 수수료 이력, 가스 추정입니다. Pickle은 EVM 동등성을 주장하지 않습니다. 주장은 더 좁고 측정된 것입니다. 표준 툴체인에 충분한 호환성이며, 블룸 필터, 아카이브 깊이, EIP-1559 수수료 시장은 문서화된 공백입니다.

다르지만, 문서화되어 있습니다

빌더가 마주치는 주요 차이점은 다음과 같습니다. 노드는 짧은 기간의 이력만 유지하고 익스플로러가 아카이브입니다. 수수료 시장에는 기본 수수료가 없습니다. 그리고 소수의 메서드는 설계상 거부됩니다. 각각은 이 사이트의 개발자 쪽에 이유와 함께 문서화되어 있습니다.

벌어들인 것의 대부분을 갖습니다

이것이 Pickle에 특유한 이유입니다. 생태계 지원을 원하는 애플리케이션은 자기 프로토콜 수익의 공개된 몫을 온체인 라우터를 통해 정산하고, 그 몫은 생태계 토큰에 공급됩니다. 이것을 세금이 아니라 빌더의 논거로 만드는 것은 다음과 같습니다.

  • 첫 티어는 무료입니다. 연간 프로토콜 수익의 첫 $100,000에 대해서는 아무것도 내지 않습니다.
  • 구간은 한계 방식이고 최고 요율은 18 퍼센트이므로, 빌더는 어떤 규모에서도 최소 82 퍼센트를 갖고, 수익을 그 아래로 억누를 클리프가 없습니다.
  • 사용자의 돈은 결코 기반에 들어가지 않습니다. 유동성 공급자 수수료, 공급자 이자, 로열티, 원금, 담보는 영구적으로 제외됩니다. 스스로를 위해 갖는 수수료만 계산됩니다.
  • 자체 토큰이 허용됩니다, 모든 티어에서. 라우터가 먼저 정산하고 나머지는 자유롭게 분배할 수 있습니다.
  • 검증 가능합니다. 모든 정산은 공개 이벤트를 내보내므로, 애플리케이션이 보고하는 수익은 추정되는 것이 아니라 온체인에서 검사할 수 있습니다.

애플리케이션 수수료 분배 페이지에 전체 스케줄, 계산 예시, 그리고 이 메커니즘이 강제하지 않는 것이 있습니다.

가격이 블록과 함께 도착합니다

ETH, 금, 주식의 가격이 필요한 애플리케이션은 보통 오라클에서 가격을 가져오고 그 대가를 지불합니다. Pickle은 모든 블록의 일부로 33개의 피드를 정식 주소에 발표하며, 실물 자산에 대해서는 시장 개장 시간이 존중됩니다. 빌더는 체인의 다른 모든 애플리케이션이 같은 블록에서 동일하게 읽는 가격에 맞추어 코드를 작성하며, 제3자를 통합하지 않습니다. 오라클 페이지는 가격이 어떻게 형성되는지와 무엇을 보장하지 않는지를 말합니다. 발표자는 시퀀서입니다.

빌더가 실제로 하는 비교

질문답
보유하는 프로토콜 수익Pickle: 100%, 한계 구간에서 82%까지 감소범용 L2: 100%
$100,000 미만의 수익Pickle: 100%범용 L2: 100%
보조금Pickle: 빌더 인센티브를 위해 배분된 공급량의 몫범용 L2: 경쟁적, 재량적
유동성 지원Pickle: 배분된 인센티브와 프로토콜 소유 유동성범용 L2: 경쟁적, 재량적
배포 채널Pickle: 홈페이지, 익스플로러 검증, 캠페인 지원범용 L2: 수천 개의 애플리케이션과 경쟁
자체 토큰Pickle: 가능, 선택 사항, 수익 기반이며 라우터를 통해 검증 가능범용 L2: 가능, 수익화의 유일한 경로로서

거래 조건에 대한 정직한 진술

Pickle이 요구하는 것, 그리고 약속할 수 없는 것

Pickle은 프로토콜 수익의 누진적 몫과 교환하여 수익과 생태계 지원을 제공합니다. 그것이 혼자 가는 것보다 나은지는 Pickle이 실제로 얼마나 많은 배포 채널과 자본을 공급하는지에 달려 있으며, 이는 이 문서가 미리 해결할 수 없는 경험적 질문이고, 그런 척하지도 않습니다. 애플리케이션은 등록을 거절하고 모든 것을 가질 수 있습니다. 그러면 생태계 지원을 잃게 되고, 그것이 결과의 전부입니다.

그리고 위의 모든 것은 하나의 시퀀서 위에서 돌아갑니다. 신뢰 모델은 자체 페이지에 전부 명시되어 있으며, 이 페이지가 설득력을 갖도록 허용하기 전에 읽어야 할 페이지입니다.