Prepara el espacio privado antes del registro
Prepara una configuración privada para la clave y un cuaderno compartible para el método. Un colega puede revisar consultas y decisiones sin recibir la credencial que permite gastar los créditos de tu cuenta.
Termina el registro antes de ejecutar el piloto sobre replication, con una ubicación privada preparada para la credencial. Se usan correo electrónico y contraseña de 12–72 bytes UTF-8; cuenta los bytes codificados, pues algunos caracteres ocupan varios. No intervienen Google, una conexión de cartera ni una dirección de cartera. Al completar el registro verás la clave una sola vez, antes de pagar. Guárdala para el proceso de recogida y deja únicamente un marcador en el protocolo que compartirás con otros investigadores.
En esta misma página puedes comprobar si la cuenta dispone de créditos para el siguiente ensayo, consultar el saldo, gestionar facturas y regenerar la clave. Obtener la credencial no exige recarga. Los posibles 100 créditos de prueba dependen de los controles contra abusos de toda la red: no los anotes como presupuesto disponible hasta comprobar el saldo. Cuenta, clave y créditos pertenecen a redditapilabs.com. La clave original no llega por correo ni vuelve a mostrarse después; conserva tu copia privada fuera de los archivos del estudio.
Prueba el criterio con una página
Con saldo disponible, ejecuta el ejemplo replication de la portada con limit=3 y guarda su respuesta real. Comprueba si los campos permiten aplicar tu criterio antes de ampliar la recogida. Una página exitosa cuesta un crédito aunque esté vacía; tres pruebas exitosas cuestan tres, no nueve por pedir hasta tres registros. Una respuesta perdida puede seguir a un cargo en tu cuenta y una repetición exitosa se cobra de nuevo.
Gestiona la credencial del experimento
Si debes sustituir la credencial utilizada en una recogida, registra el cambio de configuración sin incluir el secreto en el cuaderno del estudio. Inicia sesión y confirma la contraseña para regenerarla: la anterior deja de funcionar de inmediato, así que actualiza el script antes de consultar otra página. No hay restablecimiento de contraseña ni entrega de claves por correo. El script puede enviar X-API-Key o Authorization: Bearer; ambos sirven para la recuperación. La sesión Secure HttpOnly del panel es independiente y no autentica por sí sola el proceso de recogida.
El widget conserva en localStorage los identificadores de factura y usuario por hostname, no la clave original. Empieza con /v1/search?q=replication&subreddit=science&limit=3 y consulta la documentación antes de agrupar mensajes. Cada recuperación exitosa cuesta un crédito, incluso vacía. Las solicitudes inválidas no descuentan saldo; los fallos del origen devuelven la reserva. Perder la respuesta puede ocurrir después de un éxito cobrado y otro intento exitoso consume otro crédito.
Compra créditos para las consultas previstas
Cuando la lectura del piloto justifique ampliar la recogida, calcula las solicitudes remotas adicionales, no las filas que esperas conservar. Reanotar tu copia no exige comprar más llamadas. La recarga pagada empieza en $50 para 50000 créditos, a $1 por 1000 recuperaciones exitosas, sin suscripción ni caducidad de los créditos comprados. Para financiar ese trabajo, inicia sesión y crea primero una factura. Elige USDT en TRON TRC20 o USDC ERC20 en Ethereum mainnet; el destinatario y el importe exacto deben salir de esa factura actual.
Mantén la comprobación del pago separada del registro de datos recogidos: introducir un hash no significa que el experimento ya tenga fondos. Tras transferir, pega el hash de la transacción y solicita la verificación, sin firma de cartera. El servidor debe validar un envío auténtico, confirmado y correspondiente a la factura. Esta caduca en una hora; ese plazo no es una fecha límite para pulsar Verificar ni una promesa de acreditación. Una factura distinta tampoco implica una cartera nueva. Si el proveedor falla, la comprobación puede quedar pendiente; espera a conocer el saldo antes de planificar más consultas.
