22 Matching Annotations
  1. Last 7 days
  2. Sep 2020
  3. Aug 2020
    1. Martino, C., Kellman, B. P., Sandoval, D. R., Clausen, T. M., Marotz, C. A., Song, S. J., Wandro, S., Zaramela, L. S., Benítez, R. A. S., Zhu, Q., Armingol, E., Vázquez-Baeza, Y., McDonald, D., Sorrentino, J. T., Taylor, B., Belda-Ferre, P., Liang, C., Zhang, Y., Schifanella, L., … Knight, R. (2020). Bacterial modification of the host glycosaminoglycan heparan sulfate modulates SARS-CoV-2 infectivity. BioRxiv, 2020.08.17.238444. https://doi.org/10.1101/2020.08.17.238444

  4. Jul 2020
  5. Jun 2020
  6. May 2020
  7. Apr 2020
  8. Nov 2019
  9. Sep 2019
    1. move away from identifying correlative relationships between characteristics of the microbiome and system-level processes, and towards identifying more causative and mechanistic relationships
  10. Aug 2019
    1. relationships between characteristics of microbiomes and the system-level processes that they influence are often evaluated in the absence of a robust conceptual framework and reported without elucidating the underlying causal mechanisms. The reliance on correlative approaches limits the potential to expand the inference of a single relationship to additional systems and advance the field
  11. Jan 2019
    1. 计算机领域在分布式处理过程中追求高效、一致。对错误数据记录的修复和更正,通常会另行设计一套机制来保证。相对传统数据库,区块链由于需要保证事后数据的不可篡改,引入了共识机制,为错误的出现和修复提供更多的容忍度。这一重要思想通常被许多区块链设计者所忽略,众多项目纷纷追求提高短交易及确认速度,这会导致弱化甚至牺牲其他节点对数据的验证过程。同时,更早更快的确认也会带来问题。参与生成数据的节点需要满足生成数据不能出错等更严苛要求,导致现在很多区块链项目的在落地过程中出现困难。因为系统使用方会背上了数据必须一次性正确输入的包袱,需要非常保守和谨慎地选择上链数据。最终,区块链落地应用范围的狭窄,许多存在出错可能性的数据难以结合区块链的优点参与业务升级改造。

      <big>评:</big><br/><br/> 传统数据库与区块链式处理,哪个才是更佳的业务模式?这个问题的回答早已在我们的日常工作中得以体现,但却迫于某种难以逾越的权力边界而成了难言之隐。「事中容错,事后一致」是一种颇为崇高的境界,甚至可以从中一窥理想社会的光耀图景,但人们目前尚未能大规模应用这套 workflow,究其原因,并非目标遥远,而是由于决策权被少部分人掌控着,和数据打交道的主体只是把数据当作本职工作,并未主动贡献、积极参与。系统使用方背上的不是「数据必须一次性正确输入」的包袱,他们直面的,是将权利拱手让人后的自责,是与民主开放的理想世界背道而驰的困惑。

  12. Oct 2018
  13. Jun 2018
    1. Mechanism design studies solution concepts for a class of private-information games. Leonid Hurwicz explains that 'in a design problem, the goal function is the main "given", while the mechanism is the unknown. Therefore, the design problem is the "inverse" of traditional economic theory, which is typically devoted to the analysis of the performance of a given mechanism.'[1] So, two distinguishing features of these games are: that a game "designer" chooses the game structure rather than inheriting one that the designer is interested in the game's outcome

      Advantages over traditional game theory for token econimics:

      • a game "designer" chooses the game structure rather than inheriting one
      • that the designer is interested in the game's outcome
  14. Jun 2017
    1. incidents are an unavoidable reality of working with distributed systems, no matter how reliable. A prompt alerting solution should be an integral part of the design,

      see how it can hook into the current logging mechanism