pure-python ECDSA signature/verification and ECDH key agreement
tlsfuzzer/python-ecdsa tiene un índice de salud de 78 sobre 100, lo que lo sitúa en la banda Bueno. Su puntuación más alta es Engineering Quality (82/100) y la más baja, AI Readiness (41/100). Se actualizó por última vez hace 57 días. Una sola persona concentra la mayor parte del trabajo reciente.
Las métricas se agrupan en categorías ponderadas sobre una escala estandarizada de 1 a 100. El resultado global parte de su media ponderada, calibrada contra la distribución del registro público para que las bandas tengan significado percentil; cuando la evidencia pública activa la Política de Jurisdicciones de Alto Riesgo, la calificación se ajusta y recibe un límite «En riesgo» de 34.
Cada eje es una categoría. La forma importa más que la media: un proyecto sano llena toda la figura, mientras que un perfil de picos y cráteres indica que la fortaleza en una dimensión enmascara el riesgo en otra.
El resultado global ponderado 67 se calibra a 78 en la escala publicada del índice (calibración del registro 2026-08-02).
Este repositorio está respaldado por una organización: una custodia compartida y responsable que puede sobrevivir a cualquier mantenedor individual.
| Registro | Paquete | Versión | Descargas / mes | Versiones | Última publicación |
|---|---|---|---|---|---|
| PyPI | ecdsa | 0.19.2 | - | 23 | hace 131 días |
¿Está vivo el proyecto: se escribe código y se publican versiones?
| 18/36 | Recencia de push — último push hace 57 días |
| 4.2/36 | Cadencia de commits — 6/52 semanas con commits |
| 11.3/18 | Volumen de commits — 17 commits en el último año |
| 0/10 | OpenSSF Scorecard: Maintained — sin datos |
| commits_last_year | 17 |
| human_commit_share | 1 |
| days_since_last_push | 57 |
| active_weeks_last_year | 6 |
| 27/27 | Publica versiones — 17 versiones publicadas |
| 27/36 | Recencia de las versiones — última versión hace 131 días |
| 12.6/27 | Cadencia de publicación — una versión cada ~252,7 días |
| 0/10 | OpenSSF Scorecard: Signed-Releases — sin datos |
| releases_count | 17 |
| latest_release_tag | python-ecdsa-0.19.2 |
| releases_from_tags | no |
| days_since_latest_release | 131 |
| mean_days_between_releases | 252,7 |
¿Tiene el proyecto usuarios, descargas, atención y unas condiciones acogedoras para quienes contribuyen?
| 48.5/60 | Estrellas — 975 estrellas |
| 21.1/25 | Forks — 342 forks |
| 9.3/15 | Observadores — 49 observadores |
| forks | 342 |
| stars | 975 |
| watchers | 49 |
| growth_state | organic |
| growth_factor_pct | 100 |
| 22.5/22.5 | README |
| 16.9/22.5 | Licencia — archivo de licencia presente, no es una licencia reconocida |
| 0/18 | Guía CONTRIBUTING |
| 0/13.5 | Código de conducta |
| 0/7.2 | Plantilla de issues |
| 0/6.3 | Plantilla de PR |
| has_readme | sí |
| has_license | sí |
| readme_badges | 8 |
| has_contributing | no |
| has_issue_template | no |
| has_code_of_conduct | no |
| readme_badge_services | coveralls.io, github.com, readthedocs.org, shields.io |
| has_pull_request_template | no |
¿Sobrevivirá el proyecto a sus personas: factor bus, capacidad de respuesta, quién lo respalda y mantenimiento del paquete?
| 9/54 | Factor bus — la mitad de los commits recae en 1 contribuyente(s) |
| 5.7/22.5 | Distribución de commits — el principal contribuyente firma el 75% de los commits |
| 13.5/13.5 | Amplitud de contribuyentes — 47 contribuyentes |
| 0/10 | OpenSSF Scorecard: Contributors — sin datos |
| bus_factor | 1 |
| contributors_sampled | 47 |
| top_contributor_share | 0,746 |
| 38.1/42 | Resolución de issues — 91% de issues cerradas |
| 25.6/30 | Aceptación de PR — 168/197 PR decididos fusionados |
| 0/13 | Newcomer PR acceptance — ningún PR de un contribuyente primerizo decidido en 30 d |
| 0/15 | OpenSSF Scorecard: Code-Review — sin datos |
| merged_prs | 168 |
| open_issues | 15 |
| closed_issues | 147 |
| prs_merged_7d | 0 |
| prs_decided_7d | 0 |
| prs_merged_30d | 0 |
| prs_decided_30d | 0 |
| issue_closed_ratio | 0,907 |
| closed_unmerged_prs | 29 |
| first_time_authors_30d | 0 |
| first_time_prs_merged_30d | 0 |
| first_time_prs_decided_30d | 0 |
| 30/30 | Respaldo de la propiedad — propiedad de una organización |
| 0/20 | Dominio verificado — el estado de dominio verificado no se leyó para esta organización |
| 10.8/25 | Alcance del propietario — 31 seguidores de tlsfuzzer |
| 16.5/25 | Trayectoria — 4 repos públicos, cuenta de ~5 años |
| followers | 31 |
| owner_type | Organization |
| is_verified | — |
| owner_login | tlsfuzzer |
| public_repos | 4 |
| account_age_days | 2087 |
| 25/25 | Publicado y resoluble — 1 paquete(s) en pypi |
| 35/35 | Recencia de publicación — última publicación hace 131 días |
| 20/20 | Historial de versiones — 23 versiones en el registro |
| 20/20 | No obsoleto — activo, ni obsoleto ni retirado |
| packages | ecdsa |
| ecosystems | pypi |
| any_deprecated | no |
| min_days_since_publish | 131 |
¿Existen unas prácticas mínimas de ingeniería y documentación?
| 24/24 | Flujos de trabajo de CI — 2 flujo(s) de trabajo |
| 24/24 | Pruebas presentes |
| 16/16 | Configuración de linter — tox.ini |
| 0/9.6 | Hooks de pre-commit |
| 0/6.4 | .editorconfig |
| 0/20 | OpenSSF Scorecard: CI-Tests — sin datos |
| has_ci | sí |
| has_tests | sí |
| has_editorconfig | no |
| has_linter_config | sí |
| has_precommit_config | no |
| 30/30 | README |
| 25/25 | Directorio de documentación |
| 0/15 | Sitio de documentación / página del proyecto |
| 10/10 | Descripción del repositorio |
| 10/10 | Topics — 6 topics |
| 10/10 | Wiki |
| topics | python, elliptic-curves, cryptography, digital-signatures, ecdsa, ecdh |
| has_wiki | sí |
| homepage | — |
| docs_site | — |
| has_readme | sí |
| has_docs_dir | sí |
| has_description | sí |
¿Son sólidas las prácticas visibles de seguridad y de cadena de suministro, sin exposición jurisdiccional de alto riesgo sin resolver?
| 30/30 | Política de seguridad (SECURITY.md) |
| 0/25 | Configuración de Dependabot |
| 0/25 | Lockfiles de dependencias — biblioteca publicada — los lockfiles son cosa de las aplicaciones, no se esperan aquí |
| 20/20 | Flujo de trabajo de CodeQL |
| source | file_signals |
| lockfiles | — |
| manifests | docs/requirements.txt, requirements.txt, setup.cfg, setup.py |
| has_codeql_workflow | sí |
| has_security_policy | sí |
| has_dependabot_config | no |
| 35/35 | Dependencias directas libres de avisos conocidos — ninguna dependencia directa tiene un aviso conocido |
| 25/25 | Dependencias indirectas libres de avisos conocidos — ninguna dependencia indirecta tiene un aviso conocido |
| 0/40 | Sin avisos pendientes — ningún aviso tiene fecha de publicación |
| source | osv |
| advisories | 0 |
| affected_packages | 0 |
| assessed_packages | 1 |
| unassessed_packages | 0 |
| affected_by_severity | none |
| direct_affected_packages | 0 |
¿Hasta qué punto está el repositorio preparado para desarrollarse y mantenerse con agentes de codificación de IA? Tiene un peso deliberadamente pequeño (4%): las herramientas para agentes son una señal real de mantenimiento, pero un repositorio sin ninguna puede alcanzar igualmente 100/100.
| 0/45 | Instrucciones para agentes — sin CLAUDE.md / AGENTS.md / reglas de editor |
| 0/15 | Documentación legible por máquinas (llms.txt) |
| 14.4/40 | Historial de commits legible — 27 de 100 commits humanos declaran su intención (asunto estructurado o cuerpo explicativo) |
| has_llms_txt | no |
| llms_txt_url | — |
| legible_history_share | 0,27 |
| agent_instruction_files | — |
| agent_instruction_max_bytes | — |
| 18/18 | Arranque con un solo comando — docs/Makefile |
| 22/22 | Pruebas automatizadas |
| 11/11 | Configuración de lint / formato — tox.ini |
| 0/11 | Verificación estática de tipos |
| 0/10 | Entorno reproducible |
| 0/10 | Práctica demostrada con agentes — ningún commit con autoría de agente entre los últimos 100 |
| 0/8 | Mantenimiento automatizado — no se observan actualizaciones automáticas de dependencias |
| 0/10 | OpenSSF Scorecard: Pinned-Dependencies — sin datos |
| has_nix | no |
| has_tests | sí |
| lockfiles | — |
| has_dockerfile | no |
| typed_language | no |
| bootstrap_files | docs/Makefile |
| has_devcontainer | no |
| has_linter_config | sí |
| typecheck_configs | — |
| agent_commit_share | 0 |
| toolchain_manifests | — |
| dependency_bot_commit_share | 0 |
| 0/45 | Código verificable por tipos — Python sin configuración de verificación de tipos |
| 50.1/55 | Tamaños de archivo manejables — 3/34 archivos fuente de más de 60 KB |
| primary_language | Python |
| largest_source_bytes | 91.272 |
| source_files_sampled | 34 |
| oversized_source_files | 3 |
Cuándo se añadió cada estrella y fork, recopilado de GitHub y agrupado por día. El crecimiento acumulado se sitúa justo encima de las adiciones diarias que lo componen, de modo que ambos se leen en conjunto: la acumulación orgánica sostenida no se parece en nada a un pico abrupto y efímero. Cuando esa diferencia es medible, se informa como autenticidad del crecimiento.
El historial de estrellas se muestra tal como se recogió el 2026-07-21. GitHub restringió la API de stargazers a los administradores del repositorio en julio de 2026, por lo que esta serie ya no puede ampliarse; el total de estrellas indicado arriba sigue actualizándose.
Cada punto abarca 15 días.
Conjunto completo de dependencias resueltas según el grafo de dependencias de GitHub: 0 paquetes directos y 13 indirectos (transitivos). El cierre transitivo es completo cuando el repositorio incluye un lockfile.
| Registro | Paquete | Versión | Relación |
|---|---|---|---|
| PyPI | cffi | — | indirecta |
| PyPI | coverage | — | indirecta |
| PyPI | coveralls | — | indirecta |
| PyPI | hypothesis | — | indirecta |
| PyPI | idna | — | indirecta |
| PyPI | inflect | — | indirecta |
| PyPI | mock | 2.0.0 | indirecta |
| PyPI | pyopenssl | — | indirecta |
| PyPI | pytest | — | indirecta |
| PyPI | six | — | indirecta |
| PyPI | sphinx-rtd-theme | — | indirecta |
| PyPI | tox | — | indirecta |
| PyPI | unittest2 | — | indirecta |
Instalar pypi:ecdsa@0.19.2 arrastra 1 paquetes, directos y transitivos: 0 tienen avisos conocidos, de los cuales 0 son dependencias directas.
Ningún aviso conocido afecta a las dependencias evaluadas.
Un aviso significa que la versión registrada en el grafo de dependencias cae dentro del rango afectado de un aviso. No se analiza la alcanzabilidad, y el grafo incluye fijaciones de desarrollo y prueba: un hallazgo puede referirse al utillaje y no al software distribuido.
¿Algo no cuadra en este informe, o hay ideas que compartir? Mediciones erróneas, herramientas no detectadas, ideas, preguntas: todo es bienvenido. Cada mensaje se lee y recibe respuesta.
Las puntuaciones son señales, no garantías. Reflejan prácticas públicamente visibles en GitHub; no son una auditoría de código ni una garantía de seguridad.
Los datos ausentes se excluyen y los pesos se renormalizan; nunca se puntúan como cero. La metodología es versionada y abierta: métricas v2.10.0, esquema v0.31.0 — metodología completa · wiki de métricas.
Cómo se sitúa un resultado dentro del registro general: estadísticas agregadas — PyPI.