P12-L07 · P12 · P12-M02
Declarar direcciones y relaciones comerciales pertinentes
Requisitos previos: P12-L06
Objetivos de aprendizaje
- Declarar direcciones y relaciones comerciales pertinentes
- Declarar roles técnicos y dependencias comerciales pertinentes sin implicar identidad humana verificada.
Por qué importa
Un creador puede declarar una dirección omitiendo promoción pagada, custodia o control conservado en otro lugar. Un registro de conflictos debe revelar relaciones sin convertirse en un expediente de identidad privada.
Explicación
Enumere roles técnicos materiales: desplegador, tesorería, autoridad de emisión, administrador de actualización, titular LP y receptor de comisiones, cuando corresponda. Separe localizadores exactos de afiliación afirmada. « Tesorería del equipo » es declaración del emisor hasta que pruebas independientes apoyen la relación. Declarar una dirección no prueba propiedad efectiva ni todas las vías alternativas de control.
Añada relaciones comerciales en un registro separado: asistencia pagada de lanzamiento, promoción, servicio de liquidez, remuneración por referencias y acuerdos con partes vinculadas. Indique alcance y quién aportó la declaración. Una comisión de afiliado o participación en Creator Lab no debe cambiar mediciones fácticas, marcas temporales ni lagunas de Radar. Declarar un conflicto mejora transparencia sin eliminarlo ni validar el activo.
Prefiera información pública pertinente de roles a detalles personales. No publique nombres privados, datos de contacto ni grupos de identidad inferidos de financiación compartida. Las afiliaciones desconocidas siguen desconocidas. Esta lección no crea ninguna cartera real ni recupera datos de cuenta o derechos comerciales.
Terminología
Declaración de rol: correspondencia atribuida entre localizador técnico y propósito.
Conflicto comercial: interés que puede afectar incentivos de una parte.
Parte vinculada: relación afirmada que requiere base probatoria explícita.
Canal de hechos independiente: mediciones no afectadas por participación pagada.
Ejemplo histórico
Registro ILLUSTRATIVE Cedar: W1 se declara desplegador; W2 tesorería; W3 custodia LP; W4 administrador de actualización. El proveedor Q cobra por asistencia de lanzamiento y un canal de referencias recibe remuneración. No existen direcciones reales ni personas verificadas. Se estipula financiación W1→W2 sin prueba independiente de propiedad.
Especificaciones visuales
Diagrama del flujo ficticio W1→W2 y tabla de roles W1–W4. Un canal separado de conflictos comerciales Q/referencias no tiene flecha de escritura hacia hechos de Radar; la afiliación desconocida queda visible.
Caption: Declaración ficticia de roles y conflictos; la participación pagada no aporta prueba de propiedad ni diagnóstico.
SPECIFICATION_ONLY — el visual renderizado no se ha producido ni revisado de forma independiente.
Lo que demuestra la evidencia
El registro ficticio hace visibles roles declarados y dos dependencias comerciales. Permite distinguir afiliación declarada de relación de tipo registro de transacciones.
Lo que no demuestra la evidencia
No prueba carteras reales, propiedad efectiva, mapa completo de control, resolución de conflictos ni respaldo diagnóstico independiente. Una relación de financiación no sustituye pruebas de afiliación.
Errores comunes
Tratar etiquetas de equipo declaradas como verificadas independientemente; omitir remuneración por referencias; integrar participación pagada en una puntuación de confianza; exponer personas privadas para cubrir lagunas técnicas.
Ejercicio práctico
Redacte registros de roles y comerciales de Cedar con columnas fuente/estado de pruebas. Reescriba « todas las carteras del equipo están verificadas independientemente y la asistencia pagada mejora confianza de Radar ».
Mostrar corrección detallada
Las filas W1–W4 indican afiliación declarada por emisor, localizador ficticio y límite no verificado de persona/control. Las filas comerciales declaran tarifa de lanzamiento del proveedor Q y remuneración por referencias, con alcance y emisor como fuente. Corrección: « El emisor ilustrativo declara estos roles técnicos y relaciones comerciales; no se establece propiedad humana independiente. La asistencia pagada no cambia observación de Radar, límite de confianza ni laguna de cobertura. » Explicite roles alternativos desconocidos sin afirmar exhaustividad.
Lista de verificación
- Enumerar roles técnicos materiales por separado.
- Atribuir afirmaciones de afiliación y propiedad efectiva.
- Declarar dependencias pagadas y de referencias.
- Mantener identidades privadas y derechos comerciales fuera de hechos diagnósticos.
Resumen
Un registro útil atribuye roles técnicos e intereses comerciales preservando límites de medición independiente.
Resumen
- Afiliación declarada no es identidad observada independientemente.
- Conflictos declarados siguen siendo conflictos.
- El pago no puede alterar hechos diagnósticos.
Lección siguiente
P12-L08
Herramientas
Utilice la herramienta BlockAssay indicada solo como contexto de lectura de evidencia. Esta lección no crea ninguna salida de herramienta, sesión de cuenta ni derecho de acceso. Ejercicio sin conexión; no firme, despliegue, apruebe ni financie nada.
Fuentes y límites de las afirmaciones
- ERC20: Estándar ERC-20 — Interfaz del token y semántica de autorizaciones; el estándar no establece identidad del emisor ni permisos seguros. Límite: Solo documentación del mecanismo; los valores ilustrativos originales están estipulados, no son observaciones. Los registros históricos tienen procedencia congelada por separado y lagunas de recopilación explícitas.
- PROXY: Ranuras de almacenamiento del proxy ERC-1967 — Ranuras normalizadas de implementación/admin; renunciar a un rol no demuestra que todas las vías de actualización estén desactivadas. Límite: Solo documentación del mecanismo; los valores ilustrativos originales están estipulados, no son observaciones. Los registros históricos tienen procedencia congelada por separado y lagunas de recopilación explícitas.
Clasificaciones de evidencia
ILLUSTRATIVE — entradas sin conexión totalmente ficticias; ninguna observación actual.
Fecha de observación
null — ninguna observación real
Versión del contenido
1
Fecha de revisión
null
Estado de revisión
needs_review
Especificaciones visuales
P12-L07-V01
Declarar direcciones y relaciones comerciales pertinentes
Declaración ficticia de roles y conflictos; la participación pagada no aporta prueba de propiedad ni diagnóstico.
Diagrama del flujo ficticio W1→W2 y tabla de roles W1–W4. Un canal separado de conflictos comerciales Q/referencias no tiene flecha de escritura hacia hechos de Radar; la afiliación desconocida queda visible.
Diagrama del flujo ficticio W1→W2 y tabla de roles W1–W4. Un canal separado de conflictos comerciales Q/referencias no tiene flecha de escritura hacia hechos de Radar; la afiliación desconocida queda visible.
A 390 px, apile observaciones, supuestos, lagunas y conclusión; conserve los IDs completos y un equivalente textual completo. Las tablas anchas se desplazan localmente.
La prosa puede seguir RTL; los IDs, cantidades y ejes temporales permanecen LTR. Preserve la dirección de las dependencias.
P12-L07-ILLUSTRATIVE-v1
Fuentes y límites de las afirmaciones
ERC20 · PRIMARY_DOCUMENTATION
Estándar ERC-20
- Afirmación respaldada
- Interfaz del token y semántica de autorizaciones; el estándar no establece identidad del emisor ni permisos seguros.
- Límite de verificación
- Solo documentación del mecanismo; los valores ilustrativos originales están estipulados, no son observaciones. Los registros históricos tienen procedencia congelada por separado y lagunas de recopilación explícitas.
- Fecha de verificación
- 2026-10-02
https://eips.ethereum.org/EIPS/eip-20
PROXY · PRIMARY_DOCUMENTATION
Ranuras de almacenamiento del proxy ERC-1967
- Afirmación respaldada
- Ranuras normalizadas de implementación/admin; renunciar a un rol no demuestra que todas las vías de actualización estén desactivadas.
- Límite de verificación
- Solo documentación del mecanismo; los valores ilustrativos originales están estipulados, no son observaciones. Los registros históricos tienen procedencia congelada por separado y lagunas de recopilación explícitas.
- Fecha de verificación
- 2026-10-02
https://eips.ethereum.org/EIPS/eip-1967
Procedencia de datos
id: P12-L07-ILLUSTRATIVE-v1
dataStatus: ILLUSTRATIVE
observedAt: null
source: Original offline scenario in realOrHistoricalExample
scope: Fictional stipulated labels and values. No wallet, deployment, transaction, token launch or production observation.