Para todos / Pickle en términos sencillos
Por qué construir en Pickle
Cinco razones, cada una un mecanismo descrito en otra parte de este sitio, luego la comparación que un builder hace de verdad y el enunciado honesto de lo que Pickle pide a cambio.
La versión corta
Pickle está construida para apps que se sienten instantáneas: lo que hace un usuario se calcula en el momento en que lo hace, y la app puede mostrar el resultado enseguida. Los usuarios pagan comisiones diminutas en ETH, el dinero que ya tienen, no en una moneda nueva. Todo lo que funciona en Ethereum funciona aquí sin cambios. Las apps obtienen gratis los precios de acciones, oro y cripto de la propia cadena. Y los negocios que ganan dinero aquí conservan la mayor parte: no se debe absolutamente nada sobre los primeros cien mil dólares al año, y nunca más del 18 por ciento de nada.
Las transacciones se ejecutan en el momento en que llegan y devuelven una preconfirmación firmada, así que una aplicación puede mostrar un resultado sin esperar a un bloque. Las comisiones se pagan en ETH, de forma permanente, así que un usuario nunca tiene que adquirir un token de la cadena para pulsar un botón. La ejecución es la misma EVM que Ethereum, fijada a una versión conocida, así que contratos, billeteras y herramientas funcionan sin cambios. El protocolo publica 33 feeds de precios en cada bloque, así que una aplicación lee un precio sin integrar un oráculo. Y una aplicación que quiera el apoyo del ecosistema enruta una parte publicada de su propio ingreso protocolario a través de un enrutador en cadena: nada sobre los primeros 100.000 $ al año, y el builder conserva al menos el 82 por ciento a cualquier escala.
Ejecución síncrona en la admisión con un registro de escritura anticipada, sellada en minibloques firmados por el secuenciador a un objetivo de programación de 10 ms y en bloques EVM con forma de Cancun a un objetivo de programación de 250 ms; gas en ETH con un mínimo de consenso de un wei y sin quema de tarifa base; revm fijado a Cancun con las carencias documentadas en filtros bloom, profundidad de archivo y mercado de comisiones; cargas de derivación hacia una capa DA direccionada por contenido con un compromiso a un buzón de entrada en Ethereum por objetivo de programación de 60 s y calldata como respaldo. El génesis predespliega un registro de precios y un adaptador escritos por una transacción de sistema marcada por bloque. Un registro, un enrutador y una bóveda del lado de las aplicaciones liquidan un 0/6/12/18 por ciento marginal del ingreso protocolario por encima de 100.000 $, 500.000 $ y 1.000.000 $, con el capital y el trabajo remunerados excluidos de toda base y las tasas fijadas por tramo mediante voto gobernado y con bloqueo temporal.
Sus usuarios ven los resultados de inmediato
En la mayoría de las cadenas una aplicación envía una transacción y espera al siguiente bloque para saber qué pasó, y la interfaz gira. En Pickle el secuenciador ejecuta al llegar, así que el resultado existe antes de que la llamada retorne, y un minibloque firmado sigue a un objetivo de programación de 10 milisegundos. Una aplicación puede actuar sobre esa firma, y el bloque corriente, el que las billeteras entienden, la alcanza a su propio ritmo por detrás. Los minibloques se exponen mediante sus propios métodos RPC y una suscripción WebSocket exactamente para este uso.
Eso cambia lo que puede construir: un juego, una interfaz de trading, un chat con pagos, un flujo de punto de venta, cualquier cosa en la que una persona espera a que la pantalla cambie. La página de confirmaciones dice exactamente qué promete y qué no promete esa firma, y debería diseñar contra la versión honesta.
Sus usuarios pagan en ETH
Cada comisión en Pickle es en ETH, de forma permanente. Sus usuarios no necesitan buscar, comprar y conservar un token de la cadena antes de poder usar su aplicación; cualquiera que tenga ETH puede pasar por el bridge y actuar. El precio mínimo del gas es un wei, así que un flujo con muchas transacciones pequeñas no queda fuera de precio. La página de comisiones explica la decisión y qué hace la cadena con lo que recauda.
Su código y sus herramientas funcionan sin cambios
El motor de ejecución es la Máquina Virtual de Ethereum, fijada a las reglas de Cancun. Los contratos en Solidity se despliegan sin modificar; MetaMask, Foundry y Hardhat hablan con la cadena a través de la superficie RPC estándar: transacciones, llamadas, logs, filtros, historial de comisiones y estimación de gas. Pickle no afirma equivalencia con la EVM. La afirmación es más estrecha y medida: compatibilidad suficiente para la cadena de herramientas estándar, con los filtros bloom, la profundidad de archivo y el mercado de comisiones EIP-1559 como carencias documentadas.
Las principales diferencias con las que se encuentra un builder: el nodo conserva una ventana corta de historial y el explorador es el archivo; el mercado de comisiones no tiene tarifa base; y un pequeño conjunto de métodos se rechaza por diseño. Cada una está documentada con su razón en el lado de desarrolladores de este sitio.
Conserva la mayor parte de lo que gana
Esta es la razón específica de Pickle. Una aplicación que quiera el apoyo del ecosistema liquida una parte publicada de su propio ingreso protocolario a través de un enrutador en cadena, y esa parte alimenta el token del ecosistema. Lo que lo convierte en un argumento para el builder y no en un impuesto:
- El primer tramo es gratuito. No se debe nada sobre los primeros 100.000 $ de ingreso protocolario anual.
- Los tramos son marginales y la tasa máxima es del 18 por ciento, así que el builder conserva al menos el 82 por ciento a cualquier escala, y no hay ningún cliff bajo el cual mantener el ingreso.
- El dinero de sus usuarios nunca está en la base. Las comisiones de los proveedores de liquidez, los intereses de los prestamistas, las regalías, el principal y el colateral quedan excluidos de forma permanente. Solo cuenta la comisión que usted se queda.
- Su propio token está permitido en todos los tramos. El enrutador liquida primero y el resto es suyo para distribuirlo.
- Es verificable. Cada liquidación emite un evento público, así que el ingreso que una aplicación declara es comprobable en cadena en lugar de estimado.
La página de reparto de ingresos de las aplicaciones tiene la escala completa, los ejemplos resueltos y lo que el mecanismo no hace cumplir.
Los precios llegan con el bloque
Las aplicaciones que necesitan un precio, del ETH, del oro, de una acción, normalmente lo obtienen de un oráculo y pagan por el privilegio. Pickle publica 33 feeds como parte de cada bloque, en una dirección canónica, respetando los horarios de mercado para los activos del mundo real. Un builder escribe contra un precio que todas las demás aplicaciones de la cadena leen de forma idéntica, en el mismo bloque, sin integrar a un tercero. La página del oráculo dice cómo se forma un precio y qué no garantiza: el publicador es el secuenciador.
La comparación que un builder hace de verdad
| Pregunta | Respuesta |
|---|---|
| Ingreso protocolario conservado | Pickle: 100 %, bajando al 82 % marginaluna L2 de propósito general: 100 % |
| Ingreso por debajo de 100.000 $ | Pickle: 100 %una L2 de propósito general: 100 % |
| Subvenciones | Pickle: una parte asignada de la oferta para incentivos a buildersuna L2 de propósito general: competitivas, discrecionales |
| Apoyo a la liquidez | Pickle: incentivos asignados más liquidez propiedad del protocolouna L2 de propósito general: competitivo, discrecional |
| Distribución | Pickle: portada, verificación en el explorador, apoyo en campañasuna L2 de propósito general: competir con miles de aplicaciones |
| Token propio | Pickle: sí, opcional, respaldado por ingresos y verificable a través del enrutadoruna L2 de propósito general: sí, como única vía para monetizar |
El enunciado honesto del trato
Lo que Pickle pide, y lo que no puede prometer
Pickle ofrece ingresos más apoyo del ecosistema a cambio de una parte progresiva del ingreso protocolario. Que eso supere a ir por cuenta propia depende de cuánta distribución y cuánto capital aporte Pickle en realidad, una cuestión empírica que esta documentación no puede zanjar de antemano, y no pretende hacerlo. Una aplicación puede negarse a registrarse y conservarlo todo; entonces renuncia al apoyo del ecosistema, y esa es toda la consecuencia.
Y todo lo anterior corre sobre un solo secuenciador. El modelo de confianza está enunciado por completo en su propia página, y es la página que hay que leer antes de permitir que esta resulte persuasiva.