BareNFTReserve: depósito en garantía, compra aleatoria y RNG débil (Barenftreserve Deposito EN Garantia Compra Aleatoria Y Rng Debil)

Confianza en depósito de garantía, inseguridad en la tirada de dados

BareNFTReserve deposita el NFT en el contrato y abre el precio con createNewListing exclusivo del propietario; comprar cierra el listado fijo con pago. randomBuy keccak256(revealNonce, block.difficulty, msg.sender) produce tres índices candidatos "aleatorios" al 3%, una entropía en cadena deliberadamente débil. Este es el corazón del mercado ADR operado por el propietario de Bare Crypto: la confianza está en el operador, la suerte es un dulce de UX que el operador tolera.```text Owner ──transfer NFT──> BareNFTReserve (escrow) createNewListing(tokenId, price) | +── buy(tokenId) ──ETH──> seller, NFT──> buyer | +── randomBuy() ── keccak(nonce, difficulty, sender) % 3 | +── emergency: transferNft / transferFunds

## Conceptos en la primera mención```text
📦 Escrow listing
NFT once kontrata transfer edilir; listing ancak ownerOf(contract) iken acilir.

📦 Owner-operated marketplace
Listing acma ve acil cikislar tek owner'a bagli; permissionless seller degil.

📦 Weak on-chain RNG
block.difficulty + nonce + sender ile uretilen, miner/caller etkisine acik 'rastgelelik'.

📦 Emergency exit
transferNft / transferFunds ile owner'in escrow'u bypass etmesi.
```El depósito en garantía operado por el propietario es una forma diferente de ADR de producto que el mercado sin permiso tipo OpenSea; randomBuy añade una capa de suerte a este modelo, no cambia la confianza.

## ADR: reserva operada por el propietario

Decisión: crear únicamente el propietario de NewListing; El NFT debe haber sido transferido previamente al contrato. Justificación: Bare Crypto gestiona el stock de la tienda mediante un único operador, lo que reduce el riesgo de listados y alfombras falsos al evitar el modelo sin permiso del vendedor. Precio: operador central; listado abierto/cerrado, precio fijado, cierreEl listado es enteramente propietario. Este es un ADR de "escrow de exhibición de operadores", no un "mercado de protocolos".

## compra, compra aleatoria y diagrama de entropía

buy obtiene el último registro del historial de tokenIdToListing, solicita msg.value >= precio, hace seller.transfer y safeTransferFrom. comentarios aleatorios de compra que el precio requiere; randomId congela tres índices al 3% y lo intenta hasta la primera venta exitosa. La fuente de entropía es predecible o está influenciada por los mineros; no es una aleatoriedad justa, sino que muestra una experiencia de usuario de "caja misteriosa".```text
revealNonce ++
keccak256(nonce, block.difficulty, msg.sender)
        |
        v
   index = hash % 3
   [i, i+1, i+2] mod 3
        |
        v
 try listings until sold
```## Fallo: RNG débil, reentrada y emergencia

El pago instantáneo con seller.transfer msg.value es un área donde la disciplina de controles-efectos-interacciones en buy/randomBuy es débil; Los vendedores malintencionados pueden intentar renovar el contrato. Debilidad del RNG: en el mismo bloque, la persona que llama puede ver a través de la simulación en qué porción del 3% cae. Transferencia de emergenciaNft/transferFunds está ahí para la recuperación de incidentes, pero anula todo el depósito en garantía en caso de que la clave del propietario se vea comprometida. Rendimiento: a medida que crece la matriz tokenIdToListing, aumenta la complejidad del historial y del gas getLastListingByTokenId.

## Los enfrentamientos más confusos de este episodio.```text
❌ block.difficulty ile random adil NFT dagitimi yapar
✓ Bu zayif RNG'dir; mystery UX olabilir, adil mint/raffle olamaz

❌ Escrow'da NFT varsa pazar permissionless'tir
✓ Listing yaratma owner-only ise urun operator vitrinidir

❌ Emergency transfer sadece guvenlik artirir
✓ Ayni kapı, compromise'te rug vektorudur; timelock/multisig olmadan tek nokta riskidir

Lista de verificación de su propio sistema

1. ¿Para quién está disponible createNewListing: propietarios o vendedores?
2. ¿Está activa la verificación de precios de RandomBuy en el código o en el comentario?
3. ¿Qué billetera contiene Emergency transferNft/transferFunds? ¿Tiene multifirma?
4. ¿Puede la persona que llama predecir el resultado de RandomBuy en el mismo bloque?
5. ¿Qué registro se considera "actual" en la interfaz de usuario del historial de listado (tokenIdToListing)?

Cosas para recordar de esta sección

1. BareNFTReserve es un ADR de exhibición de depósito en garantía operado por el propietario; No es un mercado sin permiso.
2. La entropía de la compra aleatoria es deliberadamente débil: un dulce de UX, no una oportunidad justa.
3. Los poderes de emergencia abren el salvamento y la alfombra con la misma llave.

Si la confianza del depósito de garantía recae en el operador, tirar los dados es una decoración, no un protocolo.