albin
Active Member
Also, the Todd tweet is definitely in-line with a worldview uncovered here brilliantly time and time again. Poor design = human beings act in ways out-of-band that he doesn't completely understand or control as robotic automatons within the system.
I think his concern might be either disingenuous or an unwillingness to explore very simple market dynamics. If you combine a very rudimentary understanding of the dynamics in Peter R's paper plus a willingness to go deeper than just viewing a mining pool as having some magically-privileged position to destroy Bitcoin, it becomes very obvious that BTCC is shouldering some kind of cost to provide priority service. This either means that their setup is lower impedance relative to competitors, so that this promotion shares some of their economic rent as value for their users, or with their verticals, they're willing to do mining as a loss-leader to promote their services.
In the case of the latter, there's additional dynamics because we're talking about pooled mining, as including transactions is obviously not free WRT orphan risk, so BTCC is accountable performance-wise to folks pointing their hashing power toward the pool. This thinking might however be far too sophisticated to a peanut gallery of devs bent on portraying pools as having inexplicable power to maintain hashing contributors who merely have to restart their cgminer with modified command-line arguments! (One could hardly imagine a more friction-free situation)
I think his concern might be either disingenuous or an unwillingness to explore very simple market dynamics. If you combine a very rudimentary understanding of the dynamics in Peter R's paper plus a willingness to go deeper than just viewing a mining pool as having some magically-privileged position to destroy Bitcoin, it becomes very obvious that BTCC is shouldering some kind of cost to provide priority service. This either means that their setup is lower impedance relative to competitors, so that this promotion shares some of their economic rent as value for their users, or with their verticals, they're willing to do mining as a loss-leader to promote their services.
In the case of the latter, there's additional dynamics because we're talking about pooled mining, as including transactions is obviously not free WRT orphan risk, so BTCC is accountable performance-wise to folks pointing their hashing power toward the pool. This thinking might however be far too sophisticated to a peanut gallery of devs bent on portraying pools as having inexplicable power to maintain hashing contributors who merely have to restart their cgminer with modified command-line arguments! (One could hardly imagine a more friction-free situation)
Last edited: