No sabia que el tema de los tags se tratara en el código de steem, pero las recompensas y votaciones funcionan de fabula, que 4 votantes te otorguen un céntimo de dolar es una recompensa que ya desearían todos los que participan en las distintas redes. Pero el problema no es el valor de esos votos sino el escaso numero de posibles votantes. No se alcanza un numero crítico de lectores para que escribir en steemit sea interesante económicamente. La red no crece, pues por cada nuevo integrante hay uno que abandona, muchos son por no ver cumplidas sus expectativas económicas, pero otros muchos es por aburrirse del tedioso sistema de ensayo error en la búsqueda de lecturas que sean del interés individual de cada lector.
La solución de las comunidades como forma de ordenar los documentos que se producen es buena siempre y que exista un consenso en adoptarla. La idea me parece muy buena y no implica sentarnos a esperar que los Dioses nos arreglen el código. Pero si esas comunidades no pueden exhibir un catalogo de documentos y la forma de buscar dentro de ellas sea la misma que buscar en cualquier blog (por orden cronológico) la mejora será muy limitada.
Tampoco sabía que las visitas a un blog o a un documento solo se puedan saber contando todas las visitas recibidas en cada uno de los nodos. Es otro fallo de programación fácilmente superable con un apartado estadístico independiente de cada nodo abierto para que robots pudieran leer esas estadísticas y tener unos datos reales. Sin eso es imposible rentabilizar el trafico de los blogs, y por supuesto el poder tener espacios reservados a publicidad es otro fallo.
Los blogeros tocamos mas de un tema al escribir lo que implicaría poder tener un menú donde separar esas temáticas y un indice al entrar en la página específica de cada tema.
La programación de un bibliotecario como el que propones sería un grandísimo avance.
¡Gracias por tus opiniones @jga, deberías contactar con @elguille, entre los dos le podrías dar mucho sentido a proyectos de programación!