<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Protocol Labs Research</title>
    <link>https://research.protocol.ai/</link>
    <description>Recent content on Protocol Labs Research</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <copyright>© Protocol Labs, Inc. Except as noted, content licensed CC-BY 3.0.</copyright>
    <lastBuildDate>Wed, 01 May 2024 00:00:00 +0000</lastBuildDate>
    
	<atom:link href="https://research.protocol.ai/index.xml" rel="self" type="application/rss+xml" />
    
    
    <item>
      <title>A farewell to Protocol Labs Research</title>
      <link>https://research.protocol.ai/blog/2024/a-farewell-to-protocol-labs-research/</link>
      <pubDate>Wed, 01 May 2024 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2024/a-farewell-to-protocol-labs-research/</guid>
      <description>&lt;p&gt;Reflecting on my time at Protocol Labs Research over the past five years, I can&amp;rsquo;t help but feel grateful. What began as a journey into uncharted territories of start-up research evolved into an extended mosaic of happy memories.&lt;/p&gt;
&lt;p&gt;Together, we pushed boundaries and explored topics far beyond our initial plans. We contributed to metaresearch. We launched a grants programme. We organised world-class research events. We supported critical COVID research. We amplified outstanding research in our long-running seminar series. We incubated and spun off research labs. We launched and maintained open-source projects. We published tutorials on scientific writing and distributed systems. We generated novel research and disseminated it through talks and papers. Though we didn&amp;rsquo;t achieve everything we set out to do, every output remains a testament to our collective passion for research.&lt;/p&gt;
&lt;p&gt;Yet our biggest accomplishment was bringing together a unique group of brilliant staff, advisors, and interns in an environment that would prove hard to replicate. While Protocol Labs Research may no longer exist as an organisation, its legacy lives on through the contributions of its members and the projects it nurtured. The spirit of innovation and collaboration it fostered continues to thrive within many &lt;a href=&#34;https://protocol.ai/blog/pl-past-present-future/&#34;&gt;nucleated teams&lt;/a&gt; in the larger &lt;a href=&#34;https://www.plnetwork.io/&#34;&gt;Protocol Labs Network&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;While this website will remain a repository of our work, this will likely be its last update. My heartfelt thanks to everyone who has been a part of this incredible journey.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>F3 and GossipBFT: Fast finality on longest-chain protocols</title>
      <link>https://research.protocol.ai/talks/f3-and-gossipbft-fast-finality-on-longest-chain-protocols/</link>
      <pubDate>Tue, 27 Feb 2024 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/f3-and-gossipbft-fast-finality-on-longest-chain-protocols/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/0XtqTn7RNk8&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>A finality calculator for Filecoin’s Expected Consensus</title>
      <link>https://research.protocol.ai/publications/a-finality-calculator-for-filecoins-expected-consensus/</link>
      <pubDate>Thu, 01 Feb 2024 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/a-finality-calculator-for-filecoins-expected-consensus/</guid>
      <description>&lt;p&gt;We propose a finality calculator for Filecoin’s Expected consensus that considers what takes place during epochs and can
attain, under normal operating conditions, an error probability of 2^(−30) in 30 epochs (15 minutes) - a 30x improvement
over the current 900-epoch threshold. It depends only on a node’s local view and can be implemented without protocol
changes.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Filecoin Proof of Useful Space</title>
      <link>https://research.protocol.ai/publications/filecoin-proof-of-useful-space/</link>
      <pubDate>Wed, 30 Aug 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/filecoin-proof-of-useful-space/</guid>
      <description>&lt;p&gt;This document provides a simple formal definition of Proof of Space (taken from the academic literature) and an informal definition of persistent and useful space (needed for Filecoin). It describes construction details and a security proof for the Stacked-DRGs proof of space (SDR), and goes into how SDR is used in Filecoin. In particular, it includes a description and analysis for Filecoin&amp;rsquo;s PoRep, WindowPoSt and WinningPoSt.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Security analysis of Filecoin&#39;s Expected Consensus in the Byzantine vs honest model</title>
      <link>https://research.protocol.ai/publications/security-analysis-of-filecoins-expected-consensus-in-the-byzantine-vs-honest-model/</link>
      <pubDate>Mon, 14 Aug 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/security-analysis-of-filecoins-expected-consensus-in-the-byzantine-vs-honest-model/</guid>
      <description>&lt;p&gt;Filecoin is the largest storage-based open-source blockchain, both by storage capacity (&amp;gt;11EiB) and market capitalization. This paper provides the first formal security analysis of Filecoin&amp;rsquo;s consensus (ordering) protocol, Expected Consensus (EC). Specifically, we show that EC is secure against an arbitrary adversary that controls a fraction β of the total storage for βm&amp;lt;1−e−(1−β)m, where m is a parameter that corresponds to the expected number of blocks per round, currently m=5 in Filecoin. We then present an attack, the n-split attack, where an adversary splits the honest miners between multiple chains, and show that it is successful for βm≥1−e−(1−β)m, thus proving that βm=1−e−(1−β)m is the tight security threshold of EC. This corresponds roughly to an adversary with 20% of the total storage pledged to the chain. Finally, we propose two improvements to EC security that would increase this threshold. One of these two fixes is being implemented as a Filecoin Improvement Proposal (FIP).&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Janus and Granite</title>
      <link>https://research.protocol.ai/talks/janus-and-granite/</link>
      <pubDate>Mon, 17 Jul 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/janus-and-granite/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/fXWxCHB02i4&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>ConsensusDays 23 recordings now available</title>
      <link>https://research.protocol.ai/blog/2023/consensusdays-23-recordings-now-available/</link>
      <pubDate>Fri, 16 Jun 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2023/consensusdays-23-recordings-now-available/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;./sites/consensusday23/&#34;&gt;ConsensusDays 23&lt;/a&gt; took place 5-6 June and we have another successful edition to celebrate! Beyond the exciting &lt;a href=&#34;./sites/consensusday23/programme/&#34;&gt;programme&lt;/a&gt;, here are a few stats from this year:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;22 talks&lt;/li&gt;
&lt;li&gt;35 submissions&lt;/li&gt;
&lt;li&gt;231 registrations&lt;/li&gt;
&lt;li&gt;347 members of the #consensus channel&lt;/li&gt;
&lt;li&gt;612 members of the ConsensusDays mailing list&lt;/li&gt;
&lt;li&gt;614 YouTube views of the raw streams&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Today, we bring you the final news of the year: the edited talks are now &lt;a href=&#34;https://www.youtube.com/playlist?list=PLxN6L-h3wFfsRKLCj4I8xKeKjy9OL-EY6&#34;&gt;available on YouTube&lt;/a&gt;. The individual videos are also linked from the programme page.&lt;/p&gt;
&lt;p&gt;We&amp;rsquo;d again like to thank our keynote speakers, Aggelos Kiayias and Zarko Milosevic, as well as all authors and speakers. Our gratitude also goes to Alberto Sonnino, Alejandro Ranchal-Pedrosa, Alexander Spiegelman, Alysson Bessani, Arthur Gervais, Chrysoula Stathakopoulou, Duc Le, Ertem Nusret Tas, Giuliano Losa, Guy Goren, Henrique Moniz, Jiangshan Yu, Joachim Neu, Josef Widder, Lei Yang, Matej Pavlovic, Nenad Milosevic, Qiang Tang, Rati Gelashvili, Rodrigo Rodrigues, Sergio Mena, and Srivatsan Sridhar for their hard work reviewing the submissions, and &lt;a href=&#34;https://solaris.agency/&#34;&gt;Solaris&lt;/a&gt; for their support organising the event.&lt;/p&gt;
&lt;p&gt;We&amp;rsquo;ll start thinking about ConsensusDays 24 soon! To stay in the loop, consider subscribing to the &lt;a href=&#34;https://www.youtube.com/@ConsensusLab_&#34;&gt;ConsensusLab YouTube channel&lt;/a&gt; and &lt;a href=&#34;https://twitter.com/consensuslab_&#34;&gt;Twitter account&lt;/a&gt;.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Private retrieval grant 2023 roundup</title>
      <link>https://research.protocol.ai/blog/2023/private-retrieval-grant-2023-roundup/</link>
      <pubDate>Tue, 13 Jun 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2023/private-retrieval-grant-2023-roundup/</guid>
      <description>&lt;p&gt;We have concluded the initial round of funding decisions for RFP014, a research initiative in collaboration with &lt;a href=&#34;https://arcological.xyz/&#34;&gt;Arcological&lt;/a&gt;, focused on exploring mechanisms for private data retrieval. The objective of RFP014 is to foster the advancement of private communication methods. We are excited to support the researchers who are discovering and defining novel techniques to improve both scale and efficiency of solutions to this problem.&lt;/p&gt;
&lt;p&gt;In our first cohort, we extended a total of $750,000 in funding to 6 teams or individuals.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;3 are investigating the scalability of &amp;ldquo;private information retrieval&amp;rdquo; techniques&lt;/li&gt;
&lt;li&gt;3 are investigating applications of threshold or multi-party computation&lt;/li&gt;
&lt;li&gt;3 are investigating mechanism designs involving multiple hops - across DHTs or mixnets.&lt;/li&gt;
&lt;li&gt;3 are investigating the use of homomorphic encryption.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Many of the projects we are supporting advance multiple categories.&lt;/p&gt;
&lt;h2 id=&#34;state-of-the-field&#34;&gt;State of the Field&lt;/h2&gt;
&lt;p&gt;There are many ways to divide up the distributed systems problems that are referred to collectively as private data retrieval. We tend to segment the problem by the cryptographic building blocks that are used.&lt;/p&gt;
&lt;h3 id=&#34;homomorphic-computational-private-information-retrieval&#34;&gt;Homomorphic Computational Private Information Retrieval&lt;/h3&gt;
&lt;p&gt;&lt;a href=&#34;https://eprint.iacr.org/2022/368&#34;&gt;Spiral&lt;/a&gt; recently demonstrated a single server PIR server holding millions of database items that can reach a throughput of 2GB/s. This system has great demos both for &lt;a href=&#34;https://sprl.it/&#34;&gt;ENS resolution&lt;/a&gt; and &lt;a href=&#34;https://spiralwiki.com/&#34;&gt;wikipedia&lt;/a&gt;. This work is being commercialized as a hosted service, &lt;a href=&#34;https://blyss.dev/&#34;&gt;Blyss&lt;/a&gt;. There are also active investigations further scaling and improving the performance of this technique.&lt;/p&gt;
&lt;h3 id=&#34;multiparty-computation&#34;&gt;Multiparty Computation&lt;/h3&gt;
&lt;p&gt;&lt;a href=&#34;https://medusanet.xyz/&#34;&gt;Medusa&lt;/a&gt; provides a building block for a threshold encryption networks. There are system designs using the MPC primitive for unlinking queries, and for re-encryption. Distributed key generation algorithms and threshold cryptography are continuing to increased scale, with threshold key generations for web 3 projects now reaching thousands of participants.&lt;/p&gt;
&lt;h3 id=&#34;mixnets&#34;&gt;Mixnets&lt;/h3&gt;
&lt;p&gt;&lt;a href=&#34;https://nymtech.net/&#34;&gt;Nym&lt;/a&gt; is an active experiment in the effectivness of incentivization of a mixnet system. The ability to reimburse infrastructure operators without deanonymizing traffic adds a new dimension. We are interested to see if incentivization can help overcome one of the major stumbling blocks for this construction: that lots of cover traffic is needed relative to any message being anonymized.&lt;/p&gt;
&lt;h3 id=&#34;zero-knowledge-systems&#34;&gt;Zero-Knowledge Systems&lt;/h3&gt;
&lt;p&gt;Zero Knowledge Proof systems have been advancing rapidly across hardware acceleration, compilation primitives, and efficiency. There are direct applications for advances to ZKPs in the blockchain industry, which is already effective in incentivizing development here. Increased efficiency of ZKPs may become sufficiently cheap to support validation of messages within private retrieval constructions. We already see increasing use of the construct in PIR systems.&lt;/p&gt;
&lt;h3 id=&#34;oblivious-pseudorandom-functions&#34;&gt;Oblivious Pseudorandom Functions&lt;/h3&gt;
&lt;p&gt;Oblivious techniques describe a structure for access or interaction that protects a piece of information. OPRFs allow masking functions and have been applied in PIR and PSI contexts. The sizes and efficiency of these constructions are being scaled through their usage in PAKE&amp;rsquo;s - password authenticated key exchanges.&lt;/p&gt;
&lt;h2 id=&#34;whats-next&#34;&gt;What&amp;rsquo;s next?&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;We will be iterating on our application process, with an aim to review applications faster. We expect to launch the next iteration of RFP014 in the summer of 2023.&lt;/li&gt;
&lt;li&gt;We are invested in this problem ourselves, and will be following the work done by grantees. We will be providing a yearly summary of the maturity, performance, scalability, and opportunities for metadata-private data retrieval.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;supported-projects&#34;&gt;Supported Projects&lt;/h2&gt;
&lt;p&gt;The full list of grantees of our first round of funding is:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Private Information Retrieval for IPFS - Miti Mazmudar (University of Waterloo)&lt;/li&gt;
&lt;li&gt;Private information retrieval with access control - Sebastian Angel (University of Pennsylvania)&lt;/li&gt;
&lt;li&gt;Scalable Private Information Retrieval Protocols using Lattices - David Wu (Univsersity of Texas at Austin)&lt;/li&gt;
&lt;li&gt;Private retrieval of data (single-server TreePIR) - Arthur Lazzaretti (Yale University)&lt;/li&gt;
&lt;li&gt;PIR on the mixnet - masala (Katzenpost)&lt;/li&gt;
&lt;li&gt;Secret Recovery Service - Kevin Wellenzohn, Stefan Hechenberger (Blockshake GmBh)&lt;/li&gt;
&lt;/ul&gt;
</description>
    </item>
    
    <item>
      <title>ConsensusDays 23 programme and registration</title>
      <link>https://research.protocol.ai/blog/2023/consensusdays-23-programme-and-registration/</link>
      <pubDate>Wed, 10 May 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2023/consensusdays-23-programme-and-registration/</guid>
      <description>&lt;p&gt;We&amp;rsquo;re happy to announce the publication of the &lt;a href=&#34;./sites/consensusday23/programme/&#34;&gt;ConsensusDays 23 programme&lt;/a&gt;. The workshop will take place 5-6 June in the 14:00-18:30 UTC period.&lt;/p&gt;
&lt;p&gt;We were again overwhelmed by the community interest, and many decisions ended up coming down to program limitations and session planning rather than quality alone. In a repeat of the 2021 edition, the number and quality of talk proposals led us to extend the event with a second day in order to accommodate more discussions. In the end, 20 submissions were accepted out of a total of 35.&lt;/p&gt;
&lt;p&gt;We are grateful to all authors for their submissions and to Alberto Sonnino, Alejandro Ranchal-Pedrosa, Alexander Spiegelman, Alysson Bessani, Arthur Gervais, Chrysoula Stathakopoulou, Duc Le, Ertem Nusret Tas, Giuliano Losa, Guy Goren, Henrique Moniz, Jiangshan Yu, Joachim Neu, Josef Widder, Lei Yang, Matej Pavlovic, Nenad Milosevic, Qiang Tang, Rati Gelashvili, Rodrigo Rodrigues, Sergio Mena, and Srivatsan Sridhar for their hard work reviewing the submissions.&lt;/p&gt;
&lt;p&gt;In addition to the accepted submissions, the event will also feature invited talks from Aggelos Kiayias (IOHK)
and Zarko Milosevic (Informal Systems).&lt;/p&gt;
&lt;p&gt;If you haven&amp;rsquo;t yet, please &lt;a href=&#34;https://lu.ma/consensusdays23&#34;&gt;register&lt;/a&gt; to attend the workshop. We&amp;rsquo;ll be sending videoconferencing links to registered participants shortly before the workshop. In the meantime, we also invite you to join us in Slack. Please &lt;a href=&#34;https://filecoin.io/slack&#34;&gt;join our workspace&lt;/a&gt; and head on over to the &lt;a href=&#34;https://filecoinproject.slack.com/messages/consensus&#34;&gt;#consensus&lt;/a&gt; channel.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Base fee manipulation in Ethereum&#39;s EIP-1559 transaction fee mechanism</title>
      <link>https://research.protocol.ai/publications/base-fee-manipulation-in-ethereums-eip-1559-transaction-fee-mechanism/</link>
      <pubDate>Sat, 22 Apr 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/base-fee-manipulation-in-ethereums-eip-1559-transaction-fee-mechanism/</guid>
      <description>&lt;p&gt;In 2021 Ethereum adjusted the transaction pricing mechanism by implementing EIP-1559, which introduces the base fee - a fixed network fee per block that is burned and adjusted dynamically in accordance with network demand. The authors of the Ethereum Improvement Proposal (EIP) noted that a miner with more than 50% of the mining power might have an incentive to deviate from the honest mining strategy. Instead, such a miner could propose a series of empty blocks to increase its future rewards. In this paper, we generalize this attack and show that under rational player behavior, deviating from the honest strategy can be profitable for a miner with less than 50% of the mining power. Further, even when miners do not collaborate, it is rational for smaller mining power miners to join the attack.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>IPC subnets land on Filecoin Spacenet</title>
      <link>https://research.protocol.ai/blog/2023/ipc-subnets-land-on-filecoin-spacenet/</link>
      <pubDate>Thu, 20 Apr 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2023/ipc-subnets-land-on-filecoin-spacenet/</guid>
      <description>&lt;p&gt;The &lt;a href=&#34;https://ipc.space/&#34;&gt;Interplanetary Consensus framework&lt;/a&gt; (IPC), formerly known as Hierarchical Consensus, addresses two challenges of blockchain networks, transaction volume and application heterogeneity. In doing so, it boosts the capabilities of the Filecoin network. Today, after 18 months of development, we’re happy to announce the first public IPC deployment as part of the &lt;a href=&#34;https://github.com/consensus-shipyard/spacenet/&#34;&gt;Spacenet&lt;/a&gt; testnet.&lt;/p&gt;
&lt;p&gt;We first invite you to ramp up quickly by watching this &lt;a href=&#34;https://www.youtube.com/watch?v=aRyj9kOvW7I&#34;&gt;two-minute introduction to IPC&lt;/a&gt;, which explains the high-level aspects in just two minutes. Then keep reading for more detail!&lt;/p&gt;

&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/aRyj9kOvW7I&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

&lt;h2 id=&#34;new-use-cases&#34;&gt;New use cases&lt;/h2&gt;
&lt;p&gt;The &lt;a href=&#34;https://fvm.filecoin.io/&#34;&gt;Filecoin Virtual Machine&lt;/a&gt; (FVM) launch unlocked programmability across the Filecoin network. Now, the blockchain can be used for more than storage deals, storage proofs, and simple transactions, and EVM compatibility makes it possible to quickly deploy existing Ethereum smart contracts.&lt;/p&gt;
&lt;p&gt;Programmability represents a seismic shift for the Filecoin blockchain, which can now play host to DeFi solutions, &lt;a href=&#34;https://filecoin.io/blog/posts/fvm-imaginarium-bringing-datadaos-to-the-next-level-with-fvm/&#34;&gt;Data DAOs&lt;/a&gt;, metaverse gaming, and much more. Think of all traditional blockchain applications that can be augmented by native storage — or think of adding processing units to the data ocean already on Filecoin.&lt;/p&gt;
&lt;p&gt;The forthcoming surge in activity is not without challenges. Filecoin blocks are seldom full nowadays, making for easy transactions with low fees and delays. However, as FVM activity ramps up, there will be competition for block space, increasing the cost of running applications on Filecoin. Moreover, not all applications can operate in a network with 30-second block times and the resulting latency.&lt;/p&gt;
&lt;p&gt;This is where IPC comes in. By allowing end users and application developers to dynamically spawn hierarchical subnets that execute transactions in parallel, IPC removes excess load from the root network — the Filecoin mainnet — while providing operating conditions better suited to the needs of applications. In addition, IPC provides cross-subnet transactions and mechanisms to secure subnets by leveraging stronger guarantees provided by their parent.&lt;/p&gt;
&lt;h2 id=&#34;under-the-hood-of-ipc&#34;&gt;Under the hood of IPC&lt;/h2&gt;
&lt;p&gt;IPC is, at its core, a framework that defines the rules for interaction within and between subnets, accompanied by a suite of smart contracts and client software implementing said behaviours. When deployed to the Filecoin mainnet, it will run entirely in userspace, anchoring to the root network via a user-defined actor.&lt;/p&gt;
&lt;p&gt;The basic functionality of IPC involves creating and operating subnets, which are organised in a tree. Spawning is permissionless, and users can decide where to anchor their subnet in the tree. Each subnet is associated with an independent set of validators running a separate consensus instance. Subnets submit frequent state checkpoints to their parent network, from which they, in turn, derive some security guarantees.&lt;/p&gt;
&lt;p&gt;Subnets may be deployed for many reasons, for instance, to save on transaction fees or to group interactions along geographical, topical, or application criteria. They can be long-lived or ephemeral, established to coordinate computation and discarded shortly after.&lt;/p&gt;
&lt;p&gt;Subnet consensus is both swappable and configurable. A subnet can run any consensus algorithm: proof-of-stake, proof-of-work, proof-of-storage, classical BFT, or anything else. Along with the IPC framework, we are releasing the implementation of &lt;a href=&#34;https://github.com/filecoin-project/mir/tree/main/pkg/systems/trantor&#34;&gt;Trantor&lt;/a&gt;, a high-performance BFT consensus algorithm that is a good fit for a broad range of applications. While IPC users can implement other consensus algorithms — and we intend to look at out-of-the-box alternatives in the future, many application requirements can be satisfied by merely changing the default parameters of Trantor, for instance, its block frequency.&lt;/p&gt;
&lt;p&gt;A key feature of IPC is the transparent cross-subnet communication mechanism provided out of the box. These mechanisms allow for easy transfers of funds in and out of subnets and for interaction with users and state located elsewhere in the IPC tree.&lt;/p&gt;
&lt;p&gt;But how does it all work in practice? The details of how to interact with IPC depend on whether you’re a user, developer, or validator. However, at a high level, a user interacting with IPC locally will rely on the &lt;a href=&#34;https://github.com/consensus-shipyard/ipc-agent/&#34;&gt;IPC Agent&lt;/a&gt; application and a number of blockchain nodes — one for each subnet. The local applications are complemented by two on-chain smart contracts, which are instantiated for each subnet: &lt;a href=&#34;https://github.com/consensus-shipyard/ipc-actors&#34;&gt;the Interplanetary Subnet Actor and the Interplanetary Gateway Actor&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;If you’d like to learn more about IPC or its components, proceed to our fresh-off-the-boat docs, including &lt;a href=&#34;https://github.com/consensus-shipyard/ipc-agent/README.md&#34;&gt;the user documentation for the IPC Agent&lt;/a&gt; and a &lt;a href=&#34;https://github.com/consensus-shipyard/IPC-design-reference-spec/raw/main/main.pdf&#34;&gt;technical summary of the framework&lt;/a&gt;. Please remember that the software, tooling, and documentation are all works in progress — if you hit any roadblocks, a message in Slack or a GitHub issue will get you the fastest support and help us improve.&lt;/p&gt;
&lt;h2 id=&#34;whats-next-for-ipc&#34;&gt;What’s next for IPC?&lt;/h2&gt;
&lt;p&gt;Today’s M1 milestone brings IPC to the final stretch of its road to production. It marks the first time a long-running IPC testnet is available to the public, enabling user, developer, and SP experimentation with subnets and consensus models other than the one the root Filecoin network provides. It is, however, a test deployment, and shouldn’t be used for production applications with value at stake.&lt;/p&gt;
&lt;p&gt;Over the coming quarters, we will keep enriching IPC with additional features and increased robustness. As we speak, our partners at Limechain are hard at work translating our actors into &lt;a href=&#34;https://github.com/LimeChain/filecoin-ipc-actors-fevm&#34;&gt;user-defined FEVM Solidity actors&lt;/a&gt;, which we will use for the first mainnet deployment. We will work on a regular release cadence, with new features and improvements every few weeks.&lt;/p&gt;
&lt;p&gt;We are also working with launch customers, particularly the &lt;a href=&#34;https://strn.network/&#34;&gt;Saturn&lt;/a&gt; team, to ensure we enable their use cases in milestone M2, scheduled to land in June 2023. M2 will bring IPC to the Filecoin mainnet and allow early users to deploy their applications in production. It will be followed by a full release in Q3, complete with developer tooling and documentation.&lt;/p&gt;
&lt;p&gt;Throughout this process, we’re very keen on collecting user feedback. If you have a use case for IPC, would like to work with us to deploy your application or operate as a subnet validator, or would just like to continue the discussion with this nascent community, please join us in &lt;strong&gt;#ipc-help&lt;/strong&gt; on the &lt;a href=&#34;filecoin.io/slack&#34;&gt;Filecoin Slack workspace&lt;/a&gt;.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Cryptonet launches new open source SNARK system</title>
      <link>https://research.protocol.ai/blog/2023/cryptonet-launches-new-open-source-snark-system/</link>
      <pubDate>Thu, 06 Apr 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2023/cryptonet-launches-new-open-source-snark-system/</guid>
      <description>&lt;p&gt;Testudo is a new open source SNARK system developed by Cryptonet that offers efficient proofs with smaller setups. It uses polynomial commitments and sumchecks to prove the satisfiability of an R1CS system, and applies several optimizations to reduce the trusted setup size, improve proving times, and achieve fast verification and small proof size.&lt;/p&gt;
&lt;p&gt;The team is looking for engineers to help push the effort forward. Read more about the details &lt;a href=&#34;https://cryptonet.org/blog/testudo-efficient-snarks-with-smaller-setups&#34;&gt;here&lt;/a&gt;!&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>New directions in Network Research</title>
      <link>https://research.protocol.ai/blog/2023/new-directions-in-network-research/</link>
      <pubDate>Fri, 31 Mar 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2023/new-directions-in-network-research/</guid>
      <description>&lt;p&gt;As Protocol Lab&amp;rsquo;s footprint in the public goods space has grown, the Network Research team has taken the lead on integrating and adapting PL&amp;rsquo;s work to the needs and interests of the scientific community, with the goal of designing and building public goods to move science forward faster.&lt;/p&gt;
&lt;p&gt;At &lt;a href=&#34;https://fundingthecommons.io/labweek22/&#34;&gt;Funding the Commons Lisbon&lt;/a&gt;, Network Research &lt;a href=&#34;https://youtu.be/xosvvsojthA&#34;&gt;described&lt;/a&gt; how our public goods primitives &amp;ndash; hypercerts, impact evaluators, discourse graphs, research roadmaps, and network funds &amp;ndash; can be composed into an integrated coordination system.&lt;/p&gt;
&lt;p&gt;We&amp;rsquo;ve been working with our fellow researchers and developers to build new infrastructure for discourse graphs, and to make publicly-shared graphs discoverable and citable. The &lt;a href=&#34;https://ask.pubpub.org/&#34;&gt;&lt;em&gt;Atlas of Synthesized Knowledge&lt;/em&gt;&lt;/a&gt; is the home for the community of practice around graph-based communication and synthesis protocols.&lt;/p&gt;
&lt;p&gt;We&amp;rsquo;ve also been working with collaborators across various fields to refine, implement, and promulgate our &lt;a href=&#34;https://www.youtube.com/watch?v=OpaDn7uyaBE&#34;&gt;research roadmapping protocol&lt;/a&gt;, creating new tools and methods to align researchers and research funders and plot new courses through the scientific problem space.&lt;/p&gt;
&lt;p&gt;We&amp;rsquo;re excited to announce that these efforts have led to a new initiative combining our work on graph synthesis and research roadmapping: the &lt;a href=&#34;https://network-goods.notion.site/Research-Roadmapping-8ed50094ae284dabb63030d674ea2462&#34;&gt;Network Goods Research Roadmapping project&lt;/a&gt; integrates the knowledge synthesis and communication capabilities provided by discourse graphs with the coordination and alignment function of research roadmaps, and adds new tools for the discovery and incentivization of scientific public goods.&lt;/p&gt;
&lt;p&gt;We&amp;rsquo;re bidding a fond farewell to the &lt;em&gt;Network Research&lt;/em&gt; team designation but keeping our laser focus on building metaresearch initatives enabling revolutionary coordination systems under the Network Goods mandate. Join us at &lt;a href=&#34;https://metascience.info/speakers/&#34;&gt;Metascience 2023&lt;/a&gt; to learn more about our portfolio of projects, and watch this space for further news!&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Scalable asynchronous randomized byzantine agreement</title>
      <link>https://research.protocol.ai/talks/scalable-asynchronous-randomized-byzantine-agreement/</link>
      <pubDate>Thu, 30 Mar 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/scalable-asynchronous-randomized-byzantine-agreement/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/ktdc22teZxs&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>A metaverse of walled gardens?</title>
      <link>https://research.protocol.ai/talks/a-metaverse-of-walled-gardens/</link>
      <pubDate>Wed, 29 Mar 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/a-metaverse-of-walled-gardens/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/3FIFoo1bBgk&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>tlock: Practical timelock encryption based on threshold BLS</title>
      <link>https://research.protocol.ai/talks/tlock-practical-timelock-encryption-based-on-threshold-bls/</link>
      <pubDate>Wed, 29 Mar 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/tlock-practical-timelock-encryption-based-on-threshold-bls/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/Xh849Ij3lhU&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>The road to Lurk</title>
      <link>https://research.protocol.ai/blog/2023/the-road-to-lurk/</link>
      <pubDate>Fri, 24 Mar 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2023/the-road-to-lurk/</guid>
      <description>&lt;h1 id=&#34;font-colorpurplebeginfont&#34;&gt;&lt;font color=purple&gt;(begin&lt;/font&gt;&lt;/h1&gt;
&lt;p&gt;In early 2018, I joined the Filecoin team at Protocol Labs as a contractor. I was fascinated by the promise of
decentralized storage and the possibility of consensus based on storage power. I eagerly devoured the &lt;a href=&#34;./publications/filecoin-a-decentralized-storage-network/&#34;&gt;Filecoin
whitepaper&lt;/a&gt; and puzzled over how the proofs were supposed to
&lt;em&gt;actually work&lt;/em&gt;. Sufficiently persistent enthusiasm paid off, and I ended up joining Protocol Labs full-time to lead the
Filecoin Proofs implementation.&lt;/p&gt;
&lt;p&gt;Today is my last day at Protocol Labs, after which I am moving on to be the CTO of &lt;a href=&#34;https://lurk-lab.com/&#34;&gt;Lurk Lab&lt;/a&gt;.
The last five years have gone by in the blink of an eye. As is common in transition, I find myself reflecting on how the
past became the present and on the future to come. This post is a whirlwind summary of some of the highlights of my
research/development work at Protocol Labs. Because this has been a period of intense and fruitful focus, a narrative
thread also emerges.&lt;/p&gt;
&lt;p&gt;This post is several things:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;font color=teal&gt;A retrospective tour of some things I worked on while at PL, providing some insight into how the sausage is made.&lt;/font&gt;&lt;/li&gt;
&lt;li&gt;&lt;font color=#E69500&gt;A summary of the latest state of the VDF project and a first look at some related research outputs.&lt;/font&gt;&lt;/li&gt;
&lt;li&gt;&lt;font color=purple&gt;The (eponymous) road to Lurk.&lt;/font&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;font-colortealfilecoinfont&#34;&gt;&lt;font color=teal&gt;Filecoin&lt;/font&gt;&lt;/h2&gt;
&lt;font color=teal&gt;
&lt;p&gt;Much has been written about Filecoin and the &lt;a href=&#34;https://github.com/filecoin-project/rust-fil-proofs&#34;&gt;Filecoin Proofs&lt;/a&gt;. Here are a few notes about lesser corners of the work that went into arriving where we did.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;One of the earliest abstractions we adopted was embodied in the &lt;a href=&#34;https://github.com/filecoin-project/rust-fil-proofs/blob/963eb08e55b9700657d8533418bf6332ac77d197/storage-proofs-core/src/compound_proof.rs&#34;&gt;&lt;code&gt;CompoundProof&lt;/code&gt; trait&lt;/a&gt;. I am both proud and horrified that I broke ground on what would become a central part of our proofs implementation while simultaneously learning Rust and the underlying cryptography: research development at its &lt;del&gt;finest&lt;/del&gt; fastest. More seriously, though, &lt;code&gt;CompoundProof&lt;/code&gt; formalized a relationship between &amp;lsquo;vanilla&amp;rsquo; proofs and their zk-SNARK counterparts, initializing a &lt;font color=purple&gt;thread of investigation eventually leading to Lurk&lt;/font&gt;.&lt;/li&gt;
&lt;li&gt;On the way to mainnet, we needed a way to model the many parameters associated with the network and especially candidate proof constructions. Hence was born &lt;a href=&#34;https://github.com/filecoin-project/orient&#34;&gt;Orient&lt;/a&gt; (&lt;font color=purple&gt;a relational language for expressing systems of bi-directional arithmetic constraints, implemented in Common Lisp&lt;/font&gt;).&lt;/li&gt;
&lt;li&gt;From this, we built the Filecoin &lt;a href=&#34;https://github.com/filecoin-project/orient/blob/master/ubercalc/ubercalc.org&#34;&gt;Ubercalc&lt;/a&gt;. Though crude, it proved powerful and flexible enough to interactively model the characteristics of proposed candidates and their parameterizations in order to make difficult time-critical decisions about what we could deploy on time, with acceptable performance, and without sacrificing network security.&lt;/li&gt;
&lt;li&gt;One thing that became clear in the Ubercalc analyses was that none of our then-current candidate hashes struck the right balance of performance inside and outside arithmetic circuits. Whereas several years earlier, we had ruled out &lt;a href=&#34;https://www.poseidon-hash.info/&#34;&gt;Poseidon&lt;/a&gt; as being &amp;rsquo;too new&amp;rsquo;, we decided making &lt;font color=purple&gt;a (hedged) bet on SNARK-friendly hashing&lt;/font&gt; was our best option. To that end, I created &lt;a href=&#34;https://github.com/filecoin-project/neptune&#34;&gt;Neptune&lt;/a&gt;, one of the first production implementations of Poseidon, and as far as I know, the first to tackle the &lt;a href=&#34;https://github.com/lurk-lab/neptune/pull/4&#34;&gt;sparse matrix optimizations&lt;/a&gt; enabling best non-circuit performance for higher arity hashes.
&lt;ul&gt;
&lt;li&gt;Because we needed to build Merkle trees as fast as possible, that included a GPU implementation (&lt;a href=&#34;https://github.com/filecoin-project/neptune-triton&#34;&gt;Triton&lt;/a&gt;).
&lt;ul&gt;
&lt;li&gt;Don&amp;rsquo;t get me wrong, the initial GPU implementation was nowhere near as performant as possible &amp;ndash; though &lt;a href=&#34;https://www.supranational.net/&#34;&gt;Supranational&lt;/a&gt; has more recently done tremendous work to squeeze out the best performance. Rather, it was &amp;lsquo;fast to build&amp;rsquo; for someone who didn&amp;rsquo;t know GPU programming. I used &lt;a href=&#34;https://futhark-lang.org/&#34;&gt;Futhark&lt;/a&gt; &amp;ndash; a purely-functional GPU programming language (&lt;a href=&#34;https://futhark-lang.org/blog/2020-09-27-poseidon-retrospective.html&#34;&gt;Retrospective on an implementation of the Poseidon hash function in Futhark&lt;/a&gt;).&lt;/li&gt;
&lt;li&gt;Sometimes research engineering demands a dose of self-medicated rabbit-holing, and the requisite implementation of &lt;a href=&#34;https://github.com/filecoin-project/fut-ff&#34;&gt;Finite Fields for Futhark&lt;/a&gt; helped me through those dark days.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;Along the way, a number of long-running &lt;a href=&#34;https://github.com/filecoin-project/research/blob/master/SNARK/SNARK.md&#34;&gt;SNARK engineering research&lt;/a&gt; projects allowed us to scout optimal paths,&lt;/li&gt;
&lt;li&gt;In the end, we managed to launch in 2020 with what soon became the largest and most performant SNARK deployment ever (at least at the time we published &lt;a href=&#34;./sites/snarks/&#34;&gt;zk-SNARKs for the world!&lt;/a&gt;).
&lt;/font&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;font-colortealvdffont&#34;&gt;&lt;font color=teal&gt;VDF&lt;/font&gt;&lt;/h2&gt;
&lt;font color=teal&gt;
After mainnet launch, I transitioned away from maintenance of the Filecoin proofs to focus on accelerating usability of
verifiable delay functions. There were several potential use cases for VDFs in Filecoin, and my aim was to help make a
viable implementation available to such downstream applications. As long as it remained a &#39;someday&#39; technology,
practical research and development could not assume it.
&lt;p&gt;&lt;font color=purple&gt;As importantly, in targeting this project as a means to drive SNARK research, I identified VDFs as an
optimal test case for recursive SNARK technology generally. The extreme simplicity of an iterative algorithm like a VDF
would allow us to push proving system design and implementation forward as rapidly as possible &amp;ndash; if only by providing
demand and supporting early adoption. By focusing on an almost trivial computational problem, we incidentally ensured
that success in proving would accrue almost entirely to the underlying proving system.&lt;/p&gt;
&lt;p&gt;At the same time, this focus on ultimate simplicity in the circuit to be proved exerted a profound influence on the
work (see below) which would become Lurk.&lt;/font&gt;
&lt;/font&gt;&lt;/p&gt;
&lt;h3 id=&#34;font-colortealcomputational-vdffont&#34;&gt;&lt;font color=teal&gt;Computational VDF&lt;/font&gt;&lt;/h3&gt;
&lt;font color=teal&gt;
The dominant approach to VDFs involves functions that are slow to compute but fast to verify for computational reasons.
&lt;ul&gt;
&lt;li&gt;To that end, in November 2021, I organized a collaboration to build a &lt;a href=&#34;https://zkproof.org/2021/11/24/practical-snark-based-vdf/&#34;&gt;Practical SNARK-based VDF&lt;/a&gt;.&lt;/li&gt;
&lt;li&gt;I built and maintained an initial &lt;a href=&#34;https://github.com/protocol/vdf&#34;&gt;VDF prototype&lt;/a&gt;, allowing iteration on the design and coordination between the hardware, algorithmic, and proof design &amp;ndash; including &lt;a href=&#34;https://github.com/protocol/vdf/blob/3534a193a662203b5c487fe81560057ecfd9632c/src/lib.rs#L15-L23&#34;&gt;explorations of optimal parallelism for min-root&lt;/a&gt; informing the eventual evaluator ASIC design (see below).
&lt;ul&gt;
&lt;li&gt;In &lt;a href=&#34;https://medium.com/supranational/open-vdf-accelerating-the-nova-snark-based-vdf-2d00737029bd&#34;&gt;Open VDF: Accelerating the Nova SNARK-based VDF&lt;/a&gt;, &lt;a href=&#34;https://www.supranational.net/&#34;&gt;Supranational&lt;/a&gt; writes:
&lt;font color=#E69500&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;lsquo;Approximately one year ago, we &lt;a href=&#34;https://zkproof.org/2021/11/24/practical-snark-based-vdf/&#34;&gt;announced a collaboration&lt;/a&gt; with the Ethereum Foundation, Filecoin Foundation, Supranational, Microsoft, and the Electric Coin Company to improve the performance of SNARKs, and to make SNARK-based &lt;a href=&#34;https://eprint.iacr.org/2018/601.pdf&#34;&gt;Verifiable Delay Functions&lt;/a&gt; (VDFs) practical. VDFs have the potential to improve the security, privacy, and scalability of blockchain platforms and are being evaluated by a number of blockchain platforms, including Ethereum, Filecoin, Tezos, and Zcash. Over the past year, we have collectively made a huge amount of progress towards that goal, including an &lt;a href=&#34;https://github.com/supranational/minroot_hardware&#34;&gt;ASIC implementation&lt;/a&gt; of the &lt;a href=&#34;https://eprint.iacr.org/2022/1626.pdf&#34;&gt;MinRoot algorithm&lt;/a&gt;, &lt;font color=purple&gt;implementation of a &lt;a href=&#34;https://github.com/microsoft/Nova&#34;&gt;recursion-enabled proof system&lt;/a&gt; (Nova), and &lt;a href=&#34;https://github.com/microsoft/Nova/commit/8308c29f948f7a44bb145485920a28bc2cd6755b&#34;&gt;support for GPU accelerated proof generation&lt;/a&gt;. While we have laid the groundwork to make SNARK-based VDFs practical, these developments will have much wider-ranging implications. For instance, through the development of a performance approach to &lt;a href=&#34;https://iacr.org/archive/tcc2008/49480001/49480001.pdf&#34;&gt;incrementally verifiable computation&lt;/a&gt;, we have made practical novel and powerful use cases such as true zero-knowledge VMs like &lt;a href=&#34;https://lurk-lang.org/&#34;&gt;Lurk&lt;/a&gt;.&lt;/font&gt;&lt;/p&gt;
&lt;p&gt;Furthermore, in addition to these SW developments, earlier this year we received initial prototypes of the MinRoot ASIC design, manufactured on 12 nm technology. Over the coming months, we will integrate the MinRoot ASIC with the Nova proof system and produce an end-to-end implementation of SNARK-based VDFs. Once this is complete, we will be sharing this implementation with the community and are excited to see how this new cryptographic primitive can improve the security and scalability of blockchain networks.&amp;rsquo;
&lt;/font&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;/font&gt;
&lt;h3 id=&#34;font-colortealfundamental-latency-vdffont&#34;&gt;&lt;font color=teal&gt;Fundamental Latency VDF&lt;/font&gt;&lt;/h3&gt;
&lt;font color=teal&gt;
&lt;p&gt;Although computational VDFs are marvelous, they suffer one significant problem. Their performance on the key metric of
VDFs ($A_{max}$) depends on engineering attempts to implement an evaluator which is as fast as possible. This fails to
whatever extent an attacker can accelerate the computation. In practice, this means computational VDFs with an $A_{max}$
very close to 1 are not realistic.&lt;/p&gt;
&lt;p&gt;What this means is that a single VDF computation cannot be used as fine-grained timer for applications that require
high assurance that no attacker can obtain the result with less delay than an honest party. Some of the motivating
Filecoin applications required this property in order to satisfy their economic requirements (essentially the $A_{max}$
acted as a cost multiplier).&lt;/p&gt;
&lt;p&gt;In the spirit of stimulating the otherwise impossible (it was part of a post-mainnet vibe that possessed me), it
occurred to me that communication latency &lt;em&gt;does&lt;/em&gt; indeed allow for uncheatable minimum times (with the speed of light
famously providing a universal speed limit).&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;I wrote up my initial, partially-baked thoughts in a starry-eyed document titled &lt;a href=&#34;https://docs.google.com/document/d/1hfbCxjGzJ12UtroZvC4ED9TZHLyQWimT-cFFZ0zHkSk/edit#heading=h.1mcarb88lx1h&#34;&gt;SpaceVDF&lt;/a&gt;.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;The ideas were promising enough that I followed up with &lt;a href=&#34;https://www.cryptosat.io/&#34;&gt;Cryptosat&lt;/a&gt;, and after some discussion, we commissioned a system-level trade study.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;font color=#E69500&gt;I&amp;rsquo;m excited to announce the publication of the &lt;a href=&#34;./publications/spacevdf-verifiable-delay-functions-using-cryptographic-satellites/&#34;&gt;SpaceVDF White Paper&lt;/a&gt;.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;lsquo;In this document we aim to evaluate how VDF algorithms based on physical limits can be implemented in satellites
and which physical properties / or roles of physics we can utilize to guarantee the passage of time. The goal of
this study is to perform principal system analysis, identify main issues and risks, propose a path for derisking and
come up with a budget and timeline for a suitable satellite (or satellite constellation).&amp;rsquo;
&lt;/font&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Just as my seed ideas were only suggestive of the actual engineering that would be required for any real-world deployment of a SpaceVDF, the cryptographic constructs imagined were also vague and incomplete. To that end, I connected with &lt;a href=&#34;https://www.bmdavid.com/&#34;&gt;Bernardo David&lt;/a&gt;, who agreed the core ideas were interesting enough to develop further.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;font color=#E69500&gt;We sponsored Bernardo and his co-authors to put meat on the bone, and the result has just been released as an eprint: &lt;a href=&#34;https://eprint.iacr.org/2023/405&#34;&gt;CaSCaDE: (Time-Based) Cryptography from Space Communications DElay&lt;/a&gt;&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;lsquo;In this work, we investigate how to construct time-based cryptographic primitives from communication delay, which
has a known lower bound given the physical distance between devices: the speed of light. In order to obtain high delays,
we explore the sequential communication delay that arises when sending a message through a constellation of satellites.
This has the advantage that distances between protocol participants are guaranteed as positions of satellites are
observable, so delay lower bounds can be easily computed. At the same time, building cryptographic primitives for this
setting is challenging due to the constrained resources of satellites and possible corruption of parties within the
constellation.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;We address these challenges by constructing efficient proofs of sequential communication delay to
convince a verifier that a message has accrued delay by traversing a path among satellites. As part of this
construction, we propose the first ordered multisignature scheme with security under a version of the discrete
logarithm assumption, which enjoys constant-size signatures and, modulo preprocessing, computational complexity
independent of the number of signers. Building on our proofs of sequential communication delay, we show new
constructions of Publicly Verifiable TLPs and VDFs whose delay guarantees are rooted in physical communication delay
lower bounds. Our protocols, as well as the ordered multisignature, are analyzed in the Universal Composability framework
using novel models for sequential communication delays and (ordered) multisignatures. A direct application of our
results is a randomness beacon that only accesses expensive communication resources in case of cheating.&amp;rsquo;
&lt;/font&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;/font&gt;
&lt;h2 id=&#34;font-colorteallurkfont&#34;&gt;&lt;font color=teal&gt;Lurk&lt;/font&gt;&lt;/h2&gt;
&lt;font color=teal&gt;
&lt;p&gt;Of the potential applications in which VDFs might play a critical role, one of the most interesting was Hierarchical Consensus (which has since been re-branded&lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt; as &lt;a href=&#34;https://ipc.space/&#34;&gt;Interplanetary Consensus&lt;/a&gt;). However, following a worrisome trend, the more I pondered it, the less obvious it became that the application would be straightforward. Whereas the VDF (see above) represented the simplest possible proof statement, it seemed more elaborate statements would need to be proved in order to serve the needs of substantial applications like hierarchical consensus.&lt;/p&gt;
&lt;p&gt;I wrote &lt;a href=&#34;https://notion.so/lurk-lab/Hierarchical-Consensus-with-VDFs-and-or-Turing-Complete-SNARKs-f8f674118c024e1197dd99682ec4dab6&#34;&gt;Hierarchical Consensus with VDFs and/or Turing-Complete SNARKs&lt;/a&gt; before Chat GPT came along, so the concept of LLM hallucination was not yet widespread. Nevertheless, it would not be too far off to view this document and the prompt that is its epigraph to be a fever dream. Please note that it was written in mid-2021 and predated current work on IPC, so nothing about that project should be inferred from its first-principle extrapolations. &lt;/font&gt;&lt;font color=purple&gt;As it turns out, the Turing-Complete SNARKs part may indeed provide high value to IPC (or a system like it), even if the VDFs prove dispensable.&lt;/p&gt;
&lt;p&gt;Gripped by further self-medication of research development fever, I saw fit to focus on what seemed another missing piece to be forced into existence ahead of its time, leading to the &lt;a href=&#34;https://notion.so/lurk-lab/MetaProof-0596cab81ccd457ebf475d62222420a5?pvs=4&#34;&gt;MetaProof&lt;/a&gt; project &amp;ndash; described as follows:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;lsquo;The first step of the MetaProof project follows the shortest path to Turing complete SNARKs via recursive computation. We design a minimal Lisp-family language using SNARK-friendly hashing for memory access — and implement an arithmetic circuit proving one reduction step of this language&amp;rsquo;s expression evaluator. Combined with any IVC-like construction (including SnarkPack + input aggregation), this will allow succinct proofs of arbitrary computation from a single circuit. In addition to the operational benefits of avoiding the research/development lifecycle associated with new circuits (potentially including trusted setup), this will allow entirely new categories of computations to be proved.&amp;rsquo;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;One thing led to another, and &lt;a href=&#34;https://github.com/lurk-lab/lurk-rs&#34;&gt;Lurk&lt;/a&gt; was born.&lt;/p&gt;
&lt;p&gt;In house style, implementation led articulation, but now we have an articulate explanation as well: &lt;a href=&#34;./publications/lurk-lambda-the-ultimate-recursive-knowledge/&#34;&gt;LURK: Lambda, the Ultimate Recursive Knowledge&lt;/a&gt;.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;lsquo;We introduce Lurk, a new LISP-based programming language for zk-SNARKs. Traditional approaches to programming over zero-knowledge proofs require compiling the desired computation into a flat circuit, imposing serious constraints on the size and complexity of computations that can be achieved in practice. Lurk programs are instead provided as data to the universal Lurk interpreter circuit, allowing the resulting language to be Turing-complete without compromising the size of the resulting proof artifacts. Our work describes the design and theory behind Lurk, along with detailing how its implementation of content addressing can be used to sidestep many of the usual concerns of programming zero-knowledge proofs.
&#39;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;And that brings us up to the edge of the present.&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;https://lurk-lab.com/&#34;&gt;Lurk Lab&lt;/a&gt; calls.&lt;/p&gt;
&lt;p&gt;PL has partnered with Lurk Lab to bring general-purpose zero-knowledge proofs to Filecoin, and is our largest investor.&lt;/p&gt;
&lt;p&gt;Here&amp;rsquo;s a brief (if imperfect) &lt;a href=&#34;https://www.youtube.com/watch?v=RpCIIiauUP4&#34;&gt;Lurk demo&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/RpCIIiauUP4&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

&lt;br&gt;&lt;/p&gt;
&lt;p&gt;This post focused mostly on the intertwined narratives of &amp;lsquo;my time at PL&amp;rsquo; and &amp;lsquo;how Lurk came to be&amp;rsquo;. Frequently, the accomplishments I cite as &amp;lsquo;mine&amp;rsquo; were the result of collaboration. Astute readers will detect that some recurring stylistic mishaps cannot be blamed on others, however.
&lt;/font&gt;&lt;/p&gt;
&lt;h1 id=&#34;font-colorteal-and-death-i-think-is-no-parenthesishttpsdailypoetrymee-e-cummingssince-feeling-is-firstfont&#34;&gt;&lt;font color=teal&gt;) &amp;lsquo;And death i think is &lt;a href=&#34;https://dailypoetry.me/e-e-cummings/since-feeling-is-first/&#34;&gt;no parenthesis&lt;/a&gt;&amp;rsquo;&lt;/font&gt;&lt;/h1&gt;
&lt;font color=teal&gt;
-- Chhi&#39;mèd Künzang, 24 March 2023
&lt;/font&gt;
&lt;div class=&#34;footnotes&#34; role=&#34;doc-endnotes&#34;&gt;
&lt;hr&gt;
&lt;ol&gt;
&lt;li id=&#34;fn:1&#34;&gt;
&lt;p&gt;Technically, &amp;ldquo;brought into the light of the solar system,&amp;rdquo; per &lt;a href=&#34;./authors/jorge-soares/&#34;&gt;@jsoares&lt;/a&gt;.&amp;#160;&lt;a href=&#34;#fnref:1&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;/div&gt;
</description>
    </item>
    
    <item>
      <title>SpaceVDF: Verifiable delay functions using cryptographic satellites</title>
      <link>https://research.protocol.ai/publications/spacevdf-verifiable-delay-functions-using-cryptographic-satellites/</link>
      <pubDate>Tue, 21 Mar 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/spacevdf-verifiable-delay-functions-using-cryptographic-satellites/</guid>
      <description>&lt;p&gt;In this document we aim to evaluate how VDF algorithms based on physical limits can be implemented in satellites and which physical properties / or roles of physics we can utilize to guarantee the passage of time. The goal of this study is to perform principal system analysis, identify main issues and risks, propose a path for derisking and come up with a budget and timeline for a suitable satellite (or satellite constellation).&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>LURK: Lambda, the ultimate recursive knowledge</title>
      <link>https://research.protocol.ai/publications/lurk-lambda-the-ultimate-recursive-knowledge/</link>
      <pubDate>Thu, 16 Mar 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/lurk-lambda-the-ultimate-recursive-knowledge/</guid>
      <description>&lt;p&gt;We introduce Lurk, a new LISP-based programming language for zk-SNARKs. Traditional approaches to programming over zero-knowledge proofs require compiling the desired computation into a flat circuit, imposing serious constraints on the size and complexity of computations that can be achieved in practice. Lurk programs are instead provided as data to the universal Lurk interpreter circuit, allowing the resulting language to be Turing-complete without compromising the size of the resulting proof artifacts. Our work describes the design and theory behind Lurk, along with detailing how its implementation of content addressing can be used to sidestep many of the usual concerns of programming zero-knowledge proofs.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>ConsensusDay 23: deadline extended to 19 Mar</title>
      <link>https://research.protocol.ai/blog/2023/consensusday-23-deadline-extended-to-19-mar/</link>
      <pubDate>Wed, 15 Mar 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2023/consensusday-23-deadline-extended-to-19-mar/</guid>
      <description>&lt;p&gt;We have already received a number of excellent submissions for &lt;a href=&#34;./sites/consensusday23/&#34;&gt;ConsensusDay 23&lt;/a&gt; but have decided to extend the submission deadline in order to accommodate several pending contributions. We will therefore be accepting submissions until the end of Sunday, 19 March, anywhere on earth.&lt;/p&gt;
&lt;p&gt;If you have already completed your submission but would like to update it in the extra time available, the system remains open. If you have any questions, send us an email or drop by &lt;strong&gt;#consensus&lt;/strong&gt; on &lt;a href=&#34;https://filecoin.io/slack&#34;&gt;Filecoin slack&lt;/a&gt;.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Discourse graphs and the future of science</title>
      <link>https://research.protocol.ai/blog/2023/discourse-graphs-and-the-future-of-science/</link>
      <pubDate>Mon, 27 Feb 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2023/discourse-graphs-and-the-future-of-science/</guid>
      <description>&lt;p&gt;Interview between &lt;a href=&#34;https://www.schmidtfutures.com/person/tom-kalil/&#34;&gt;Tom Kalil&lt;/a&gt;, Chief Innovation Officer of &lt;a href=&#34;https://www.schmidtfutures.com/&#34;&gt;Schmidt Futures&lt;/a&gt;, &lt;a href=&#34;./authors/evan-miyazono/&#34;&gt;Dr. Evan Miyazono&lt;/a&gt;, Research Team Lead at Protocol Labs, and &lt;a href=&#34;https://www.biology.washington.edu/people/profile/matthew-akamatsu&#34;&gt;Dr. Matt Akamatsu&lt;/a&gt;, Assistant Professor of Biology at the University of Washington.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Tom Kalil&lt;/strong&gt;:  I wanted to talk to Evan and Matt because of their pioneering work on discourse graphs – a potentially new way of communicating and sharing scientific arguments.  I think more scientists and funders of science should be aware of these ideas.  I’m also interested in the use of graphs for fostering innovation and commercialization of research, such as work by Deep Science Ventures on &lt;a href=&#34;https://deepscienceventures.com/content/the-outcomes-graph-2&#34;&gt;outcomes graphs&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Below is a copy of the Q&amp;amp;A conducted over email between me, Evan, and Matt.&lt;/p&gt;
&lt;p&gt;&lt;em&gt;Individual answers are from Evan Miyazono (EM) and Matt Akamatsu (MA).&lt;/em&gt;&lt;/p&gt;
&lt;br /&gt;
&lt;p&gt;&lt;strong&gt;What is a discourse graph, and how are scientists beginning to use them?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;:  A discourse graph is a way of structuring and sharing scientific arguments.  Each brief note is labeled as a &lt;em&gt;question&lt;/em&gt;, &lt;em&gt;claim&lt;/em&gt;, or &lt;em&gt;evidence&lt;/em&gt;.  These notes (nodes) are connected to each other (via edges) in a &lt;a href=&#34;https://en.wikipedia.org/wiki/Graph_(discrete_mathematics)&#34;&gt;graph&lt;/a&gt; based on their relationships.&lt;/p&gt;
&lt;br /&gt;
&lt;center&gt;&lt;figure&gt;&lt;img src=&#34;dg-schema.png&#34;
         alt=&#34;Discourse graph schema. Scientific arguments are decomposed into their constituent parts &amp;amp;ndash; questions, claims, evidence &amp;amp;ndash; and connected into a graph. Evidence can support or oppose a claim.&#34; width=&#34;850px&#34;/&gt;&lt;figcaption&gt;
            &lt;p&gt;Discourse graph schema. Scientific arguments are decomposed into their constituent parts &amp;ndash; questions, claims, evidence &amp;ndash; and connected into a graph. Evidence can support or oppose a claim.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;
&lt;/center&gt;
&lt;p&gt;&lt;strong&gt;MA&lt;/strong&gt;: Discourse graphs currently have two use cases:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;Knowledge synthesis and sharing&lt;/strong&gt;. A modular, reusable alternative to systematic reviews, discourse graphs capture the current lines of evidence that make up the state of knowledge in a given research subfield. Each &lt;em&gt;evidence&lt;/em&gt; page contains enough context for the user to assess its validity and relevance, and are used to build novel &lt;em&gt;claims&lt;/em&gt; that propose to answer a given research &lt;em&gt;question&lt;/em&gt;. Multiple, opposing &lt;em&gt;claims&lt;/em&gt; can coexist; since each &lt;em&gt;claim&lt;/em&gt; is linked to the underlying &lt;em&gt;evidence&lt;/em&gt;, each reader can assess the validity of each &lt;em&gt;claim&lt;/em&gt; on its own merit (figure below). Discourse graphs give researchers the means to structure and reuse their literature searches, and importantly &lt;a href=&#34;https://scalingsynthesis.com/Q-What-is-a-decentralized-discourse-graph/&#34;&gt;distribute the effort&lt;/a&gt; in generating and maintaining the database.&lt;/li&gt;
&lt;/ol&gt;
&lt;br /&gt;
&lt;center&gt;&lt;figure&gt;&lt;img src=&#34;dg.png&#34;
         alt=&#34;Example discourse graph for the question: Are bans an effective way to mitigate antisocial behavior in online forums? (Source: Joel Chan)&#34; width=&#34;850px&#34;/&gt;&lt;figcaption&gt;
            &lt;p&gt;Example discourse graph for the question: Are bans an effective way to mitigate antisocial behavior in online forums? (Source: Joel Chan)&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;
&lt;/center&gt;
&lt;ol start=&#34;2&#34;&gt;
&lt;li&gt;&lt;strong&gt;Open-source, modular research communication&lt;/strong&gt;. Adapting the question/claim/evidence schema to ongoing research has allowed us to discretize the scientific research process for modular, collaborative research.  At the end of the literature review (above), researchers pose hypotheses (testable claims) which motivate the collection of new data, leading to original results (new evidence) that support evolving claims (figure below). Each unit of new research lives in the discourse graph for context and reuse by other researchers, potential collaborators, science communicators, and funders.  This enables gap analysis and facilitates discoverability of interesting problems within the field.&lt;/li&gt;
&lt;/ol&gt;
&lt;br /&gt;
&lt;center&gt;&lt;figure&gt;&lt;img src=&#34;dg-evolving-claims.png&#34;
         alt=&#34;(Left) Schematic of discourse graph usage for original research. (Right) Illustrative historical example.&#34; width=&#34;850px&#34;/&gt;&lt;figcaption&gt;
            &lt;p&gt;(Left) Schematic of discourse graph usage for original research. (Right) Illustrative historical example.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;
&lt;/center&gt;
&lt;p&gt;&lt;strong&gt;MA&lt;/strong&gt;: The Akamatsu Lab shares a discourse graph to pose new research questions, get up to speed on the current state of knowledge for that research question, and find an entry point for useful contributions. Lab members share evidence from articles, working hypotheses, requests for new experiments (called issues), and original results such that we can build on each others’ findings.  Contributing to discourse graphs has &lt;strong&gt;accelerated students’ onboarding to our research field&lt;/strong&gt; and given them a structured, discretized means of contributing to research.&lt;/p&gt;
&lt;br /&gt;
&lt;center&gt;&lt;figure&gt;&lt;img src=&#34;dg-info-sharing.png&#34;
         alt=&#34;(Left) Interactive bulletin board for new contributors to the Akamatsu lab discourse graph. Each element on the right column links to a live query within the discourse graph.  (Right) Flow diagram of modular research sharing within the Akamatsu lab discourse graph.&#34; width=&#34;850px&#34;/&gt;&lt;figcaption&gt;
            &lt;p&gt;(Left) Interactive bulletin board for new contributors to the Akamatsu lab discourse graph. Each element on the right column links to a live query within the discourse graph.  (Right) Flow diagram of modular research sharing within the Akamatsu lab discourse graph.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;
&lt;/center&gt;
&lt;p&gt;Researchers are generating and sharing&lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt; their discourse graphs (most with permissioned write, permissionless read access).&lt;/p&gt;
&lt;br /&gt;
&lt;p&gt;&lt;strong&gt;How did you get interested in discourse graphs?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;: My team had invited Prof. Joel Chan to present his research on synthesis of academic literature. He started describing how he’s changed the way he structured his notes based on his research, and when he said “I don’t give new students a stack of papers when they join my lab, I give them access to my notes graph” I formed the immediate conviction that this was the future of scientific collaboration.  It was easy to see this as a tool to achieve the paradigm of collaboration presented in Michael Nielsen’s Reinventing Discovery.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;MA&lt;/strong&gt;: Our project is based on the hypothesis that new tools for collaboration can facilitate cultural and organizational change within scientific research communities.  I connected with Joel Chan after trying networked note-taking tools to connect my notes for a collaborative project on SARS-CoV-2 cell biology during the pandemic. Our conversations led to the insight that discourse graphs could be applied to our ongoing research, which might facilitate the types of modular, rapid research contributions that I wished were possible for the COVID researcher community.&lt;/p&gt;
&lt;br /&gt;
&lt;p&gt;&lt;strong&gt;What do you think are the potential advantages of discourse graphs, relative to the journal article or preprint?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;: A journal article is usually the culmination of 6-24 months of work. The initial idea or result, which would be usable to others in the field, often is generated in the initial months of the project.  &lt;strong&gt;The promise of Discourse Graphs (or any robust, graph-based, notes schema) is that useful progress can be shared sooner&lt;/strong&gt;, with sufficient context for collaborators or with the research community at large.  Preprints increase the accessibility, but usually do not increase the availability of research to the extent that it could be said to accelerate science&lt;sup id=&#34;fnref:2&#34;&gt;&lt;a href=&#34;#fn:2&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;2&lt;/a&gt;&lt;/sup&gt;.&lt;/p&gt;
&lt;p&gt;DGs provide the opportunity for modular peer review, with clear affordances to ask “does this evidence really support that claim?” or “is this evidence reproducible?” without needing to pass judgment on an entire body of work.&lt;/p&gt;
&lt;p&gt;Journal articles and preprints are also required to demonstrate a complete scientific narrative, starting from a research question, generating a hypothesis, designing and running an experiment to test the hypothesis, and generating conclusions.  Researchers must perform all steps to receive credit; &lt;strong&gt;discourse graphs could enable specialization of labor within the scientific system&lt;/strong&gt;.  While the complete narrative still has clear value, discourse &amp;amp; results graphs enable us to reward efforts both in whole and in part&lt;sup id=&#34;fnref:3&#34;&gt;&lt;a href=&#34;#fn:3&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;3&lt;/a&gt;&lt;/sup&gt;.  Eventually, discourse graphs could also make scientific data more computable (discussed more in later questions).&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;MA&lt;/strong&gt;: In my field, journal articles have ballooned to include dozens of results and authors, taking several years from idea to publication. Collaboration is disincentivized because a single first author claims the majority of credit. Individual researchers collect individual results - why not attribute credit for each research contribution?  Generating a discourse graph cites atomic units of work &amp;ndash; a single result or hypothesis &amp;ndash; so that researchers have an ongoing, accurate representation of their work and its impact. Journals’ “author contributions” sections have provided limited value because they are added manually &lt;em&gt;post facto&lt;/em&gt; and do not track individual results or intellectual contributions.&lt;/p&gt;
&lt;p&gt;While journal articles and preprints center around one or more claims, discourse graphs link to the underlying evidence, which makes it easier for other researchers to make their own claims from the aggregated evidence.&lt;/p&gt;
&lt;p&gt;Journal articles tend to select submissions based on perceived novelty of claims, rather than rigor of results.  With discourse graphs, we envision that results from a single experiment will gain strength over time by &lt;em&gt;being reproduced&lt;/em&gt; by other researchers. Overlapping work will be mutually beneficial rather than adversarial. Hypotheses can be updated as new evidence becomes available. Research output, rather than resembling single-use consumables, will instead be reused in a sustainable scientific ecosystem.  These global changes result from the following local changes:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Modular peer review – individual hypotheses can be challenged by others who present additional evidence from the literature or their lab notebooks.  Peers can corroborate results by reproducing or flagging for irreproducibility, supporting constructive addition to the work rather than gatekeeping.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Decentralized coordination – within groups, the transparency facilitates useful exchange of research between peers, rather than relying on PIs as the primary sources of plans and ideas. This decentralization raises the agency and responsibility of individual researchers, and facilitates the generation of novel organizational structures for science (e.g. DAOs).&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Constraints liberate – an open, structured conversation between researchers from &lt;em&gt;idea&lt;/em&gt; to &lt;em&gt;hypothesis&lt;/em&gt; to &lt;em&gt;result&lt;/em&gt; to &lt;em&gt;claim&lt;/em&gt; more closely reflects the intrinsic discovery process (have an idea, get excited about it, share with people who want to help figure out the answer, figure it out together and celebrate the finding) than the current first-author incentive system (have an idea, guard it, toil alone for years in order to claim sole credit for contributing but a piece to a broader collective endeavor).&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;p&gt;&lt;strong&gt;What do you view as the primary obstacles to the adoption of discourse graphs, such as the  incentives for scientists to contribute?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;: One obstacle for researchers is &lt;strong&gt;becoming comfortable sharing results and ideas sooner&lt;sup id=&#34;fnref:4&#34;&gt;&lt;a href=&#34;#fn:4&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;4&lt;/a&gt;&lt;/sup&gt;&lt;/strong&gt;. Hopefully the sharing of progress immediately and continuously is viewed as an extension of the preprint revolution, rather than a new practice. We need the community to respect notes graphs as artifacts in the scientific literature, which means integrating them into existing workflows and allocating credit (i.e. funding, awards, patents, &amp;amp; citations) based on work done in notes graphs. The current culture in many fields is one of secrecy over openness, which needs to be inverted.  This secrecy seems to be driven by zero-sum reputation building, rather than focus on cooperative achievement of shared goals.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;MA&lt;/strong&gt;: Academic career incentives are an obstacle to adoption. DGs encourage researchers to make careful contributions that can be built upon, which may not correlate with current “first past the post” publication incentives.  In DGs, impact is assessed by the usage and lasting power of individual results, rather than by article citations or journal reputation&lt;sup id=&#34;fnref:5&#34;&gt;&lt;a href=&#34;#fn:5&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;5&lt;/a&gt;&lt;/sup&gt;.&lt;/p&gt;
&lt;p&gt;Many academic researchers (particularly established researchers) will resist moving away from journal articles as career currency.  That said, I imagine that DGs and journal articles can coexist for the foreseeable future; in our lab, we will publish some traditional journal articles and co-publish companion DGs, or alternately micropublish individual results or conclusions from our DG as connected modular preprint articles&lt;sup id=&#34;fnref:6&#34;&gt;&lt;a href=&#34;#fn:6&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;6&lt;/a&gt;&lt;/sup&gt;.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;: Journals currently provide a valuable signal around recognizing certain research as important and making the results salient, and researchers will need new habits and tools to do this at least as well in a world where all science ideas are shared immediately and continuously; therefore, we need to smoothly transition to such a world, still leveraging existing incentives and metrics, like citations and publications. The eventual use of tools leveraging NLP over DGs to filter the most relevant contributions and then match and merge relevant results clearly has capacity to surpass the information salience provided by journals.&lt;/p&gt;
&lt;p&gt;Another obstacle is &lt;strong&gt;adopting the subtle change in how they take notes&lt;sup id=&#34;fnref:7&#34;&gt;&lt;a href=&#34;#fn:7&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;7&lt;/a&gt;&lt;/sup&gt;&lt;/strong&gt;.  This should be close to the change of using Overleaf or Google Docs instead of emailing .doc attachments to each other, but it is a barrier. There are multiple emerging proof-of-concept tools for generating DGs, like &lt;a href=&#34;https://www.lateral.io/&#34;&gt;Lateral.io&lt;/a&gt;, &lt;a href=&#34;https://samepage.network/&#34;&gt;Samepage.network&lt;/a&gt;, and tooling for &lt;a href=&#34;https://roamjs.com/extensions/discourse-graph&#34;&gt;RoamResearch&lt;/a&gt;; however, the user experience for teams is still early days and a bit rough around the edges.&lt;/p&gt;
&lt;p&gt;Lastly, DGs do not carry universal context. Much of any single working DG will initially only have enough context for close collaborators to use it.  That said, the addition of this context is often much of the beneficial aspects of writing up research results in journals, so we see this as an epistemological limitation on scientific communication made explicit by the graph format, rather than a limit of the format itself.  Relatedly, DGs are most useful when they are extensions of a researcher’s (or group’s) ongoing efforts at notetaking and sensemaking; in this way the DG is not an external additional layer of formalization to spend time on, but instead serves as an integral tool for shaping and improving the thinking process, from unstructured to structured thought and communication.&lt;/p&gt;
&lt;br /&gt;
&lt;p&gt;&lt;strong&gt;What role could different types of individuals and organizations play in accelerating the adoption of discourse graphs?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;:  &lt;strong&gt;Funders&lt;/strong&gt; could give funding for research contingent on open publishing of structured notes for that research, in support of open science and positive-sum collaborations.  However, the idea becomes more compelling if it’s recognized that funders may eventually be &lt;em&gt;more&lt;/em&gt; interested in the discourse graph as a research output.  These discourse graphs could be used to inform future funding allocation decisions (e.g. pursuing a specific question raised or searching for additional evidence to back a claim). I expect that some research funders and teams will realize a competitive advantage by using research roadmaps (an extension of the discourse graph schema that we’re developing to describe yet-to-be-completed research) to guide their research plans, expectations, timelines, and decisions.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;MA&lt;/strong&gt;: Funders could accept structured hypotheses within discourse graphs as substitutes for grant proposals. Funders can also support developers who are making discourse graph tools easier to use, and allow teams to hire “cybrarians” (knowledge graph enthusiasts who assist in generating and maintaining a team’s DG). It might be fruitful to found an organization focused on improving discourse graph tools for teams. Similarly, assembling/funding new teams or organizations and giving them an empty discourse graph (and research assistant) would give teams the chance to assemble a discourse graph together from scratch.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;:  &lt;strong&gt;Publishers&lt;/strong&gt; could partner in the development and usage of citation conventions and infrastructure to be applied to discourse graphs&lt;sup id=&#34;fnref:8&#34;&gt;&lt;a href=&#34;#fn:8&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;8&lt;/a&gt;&lt;/sup&gt;; longer term, publishers could co-publish discourse graphs alongside or embedded within journal articles, and update their citation metrics to leverage the added value of discourse graphs. Publishers could also create high-profile venues exclusively for work shared in an immediately and continuously open way. In this way, examining the discourse graphs behind the science could also reduce the review burden as we move into an age where large language models dramatically accelerate the rate at which researchers can write manuscripts or reformat them for resubmission.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;MA&lt;/strong&gt;:  &lt;strong&gt;Researchers&lt;/strong&gt; could pilot the use of team discourse graphs that are open or will be shared upon publication of resultant journal articles and results. They can provide user feedback to the developers improving the usability of discourse graph tools.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;:  &lt;strong&gt;Developers&lt;/strong&gt; could build tooling for interoperability between different note-taking platforms to facilitate adoption; build tools to use discourse graphs to assist in knowledge synthesis, possibly converting parts of the existing scientific literature corpus into discourse graphs, or using discourse graphs as logical back-ends or training data for NLP &amp;amp; LLMs).&lt;/p&gt;
&lt;br /&gt;
&lt;p&gt;&lt;strong&gt;What types of pilots should the research community try?  How might we evaluate the efficacy of these pilots?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;:  A structured program could be developed for any of the above roles.  Examples could include:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;A funder funds research collaborations that pilot discourse graphs for coordination &amp;amp; synthesis; the individual teams pilot discourse graph use internally to measure if it noticeably results in more cross-pollination of research elements&lt;/li&gt;
&lt;li&gt;A funder, professional organization, or institution makes a publication community (e.g. &lt;a href=&#34;https://www.pubpub.org/&#34;&gt;PubPub&lt;/a&gt;) and, invites teams of researchers; this could be tied to funding opportunities&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;These pilots should seek to show that discourse graphs are both (a) appealing to use and (b) more effective than other methods of collaboration.  The following are a few ideas of how these could be measured (not intended to be either exhaustive or particularly robust):&lt;/p&gt;
&lt;p&gt;(a) Test the claim: “Discourse graphs are appealing to use” with&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;net promoter scores, or other reviews&lt;/li&gt;
&lt;li&gt;daily or weekly active users&lt;/li&gt;
&lt;li&gt;referrals (fraction of users joining on a collaborator’s recommendation)&lt;/li&gt;
&lt;li&gt;number of new nodes per public graph&lt;/li&gt;
&lt;li&gt;number of public graphs&lt;/li&gt;
&lt;li&gt;number of collaborators per graph&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;b) Test the claim: “Discourse graphs are more effective than other methods of collaboration” with&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;citations per discourse graph node vs. final paper (and relative time lag)&lt;/li&gt;
&lt;li&gt;subjective evaluation of the rate of progress in subfields where shared notes graphs are used vs. other fields&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;p&gt;&lt;strong&gt;How do discourse graphs relate to NSF’s support for knowledge networks, such as the &lt;a href=&#34;https://beta.nsf.gov/funding/initiatives/convergence-accelerator/portfolio&#34;&gt;Convergence Accelerator on Open Knowledge Networks&lt;/a&gt;, which has funded projects like the &lt;a href=&#34;https://spoke.ucsf.edu/&#34;&gt;UCSF-led Biomedical Open Knowledge Network&lt;/a&gt;&lt;/strong&gt;?&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;:  Knowledge networks provide unifying venues for data; discourse graphs represent the scientific process and its epistemological uncertainty in the format of a graph.&lt;/p&gt;
&lt;p&gt;In this way, we should expect discourse graphs to leverage and, in some ways, extend knowledge networks.&lt;/p&gt;
&lt;p&gt;I envision the difference as follows: a paper tomorrow might analyze and draw new insights and conclusions from a knowledge network.  These insights and conclusions would be structured as a discourse graph, in such a way that a future LLM might be able to generate a research paper from the discourse graph.&lt;/p&gt;
&lt;p&gt;Discourse graphs can identify points of contention within nodes of the knowledge graph, and propose hypotheses that explain some of the contents of the domain-specific knowledge graphs.  Most likely the DGs will have simpler and more universal ontology, applicable to most empirical research, while knowledge graphs will have boutique and evolving ontology that is unique to each field or subfield.&lt;/p&gt;
&lt;br /&gt;
&lt;p&gt;&lt;strong&gt;What role can large language models play in automating the process of building discourse graphs, and how can the availability of discourse graphs increase the performance of large language models for tasks such as question-answering&lt;/strong&gt;?&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;MA&lt;/strong&gt;:  We and others are making early progress using user-annotated papers as training data to help GPT-3 classify discourse graph elements of research papers.  In this way, discourse graphs will help LLMs to &lt;a href=&#34;https://arxiv.org/pdf/2205.04561.pdf&#34;&gt;extract relationships between claims from the existing academic literature&lt;/a&gt;.  LLMs can also summarize the context for a given piece of evidence and tie a sequence of discourse nodes into a narrative, to help &lt;strong&gt;translate between discourse graph content and traditional articles for diverse audiences&lt;/strong&gt;.  As a medium-term aspiration, an LLM could generate new research questions or hypotheses from existing discourse graphs by identifying unseen patterns.  Eventually these language models would be able to reason over the claims and evidence in the graph.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;:  Discourse graphs should also be able to provide a source of truth to prevent hallucinations of scientific LLMs.  Within my team, we claim that discourse graphs could be effective in reducing hallucinations by LLMs because they leverage LLMs&amp;rsquo; focus on syntax in a clever way to impart semantic meaning that humans can later extract.&lt;/p&gt;
&lt;center&gt;&lt;figure&gt;&lt;a href=&#34;https://discoursegraphs.ai&#34;&gt;&lt;img src=&#34;dg-pl-blog.svg&#34;
         alt=&#34;Discourse Graphs&#34; width=&#34;300px&#34;/&gt;&lt;/a&gt;
&lt;/figure&gt;
&lt;/center&gt; 
&lt;center style=font-size:11pt&gt;&lt;i&gt; If you’d like to support the improvement or adoption of discourse graphs in any way - you can reach Evan, Matt, and other members of the Discourse Graph community by emailing &lt;a href=&#34;mailto:discoursegraphs@protocol.ai&#34;&gt;discoursegraphs@protocol.ai&lt;/a&gt; &lt;/i&gt;&lt;/center&gt;
&lt;div class=&#34;footnotes&#34; role=&#34;doc-endnotes&#34;&gt;
&lt;hr&gt;
&lt;ol&gt;
&lt;li id=&#34;fn:1&#34;&gt;
&lt;p&gt;Claims are made with implicit reference to some context. &lt;strong&gt;MA&lt;/strong&gt;: so far, we&amp;rsquo;ve found that our discourse graphs provide sufficient context within teams or groups of collaborators, but we&amp;rsquo;ll need to prepare a subset of the pages so that there will be enough context for a wider community.&amp;#160;&lt;a href=&#34;#fnref:1&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li id=&#34;fn:2&#34;&gt;
&lt;p&gt;Peer review has been shown to 1) not filter out false results (shown by the replication crisis), and2) not be strictly necessary for credit &amp;amp; rigor (preprints + &lt;a href=&#34;https://elifesciences.org/for-the-press/b2329859/elife-ends-accept-reject-decisions-following-peer-review&#34;&gt;eLife change&lt;/a&gt;)&amp;#160;&lt;a href=&#34;#fnref:2&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li id=&#34;fn:3&#34;&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;: I have anecdotal evidence that some materials science researchers who generate the highest quality reagents/devices may struggle to get publications because they specialize in synthesis/fabrication, but they’re never listed first on their collaborator’s high-profile publications.  Additionally, &lt;a href=&#34;https://www.science.org/content/article/should-webb-telescope-s-data-be-open-all&#34;&gt;NASA’s policy change to immediately open data from JWEST&lt;/a&gt; has been met with justifiable push-back by researchers who propose the data collection, because their significant value may go unrewarded in the current paradigm of crediting publications.&amp;#160;&lt;a href=&#34;#fnref:3&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li id=&#34;fn:4&#34;&gt;
&lt;p&gt;&lt;strong&gt;MA&lt;/strong&gt;: an intermediate option (which we are using) is to share results within your trusted network (e.g. lab) until it is ready to be shared more widely.&amp;#160;&lt;a href=&#34;#fnref:4&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li id=&#34;fn:5&#34;&gt;
&lt;p&gt;&lt;strong&gt;MA&lt;/strong&gt;: I am advocating for impact to be assessed using a qualitative contributor page, reminiscent of the “&lt;a href=&#34;https://docs.github.com/en/account-and-profile/setting-up-and-managing-your-github-profile/managing-contribution-settings-on-your-profile/viewing-contributions-on-your-profile&#34;&gt;github contributor&lt;/a&gt;” page, that displays which subsequent hypotheses and results rely on your research contributions.  Rather than replacing journal impact factor with another metric that people will over-optimize for, such a contributor page could serve as a robust, accurate, and interactive 5-minute (but not 5-second) assessment of a researcher’s impact in their field.&amp;#160;&lt;a href=&#34;#fnref:5&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li id=&#34;fn:6&#34;&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;: I am interested in a more incremental approach, wherein we start applying existing metrics to both discourse graphs and scientific journals in the near future.  Eventually, I’d like to see journals acting primarily as a system to highlight impactful work being shared in discourse graphs, with most journal papers acting the way that review articles, survey papers, SoK papers, and metastudies do in their respective fields, and at this point, it’s likely possible to host many different quantitative and qualitative automated metrics that tenure committees or funders could use to estimate individual researchers’ potential or impact for a specific problem.&amp;#160;&lt;a href=&#34;#fnref:6&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li id=&#34;fn:7&#34;&gt;
&lt;p&gt;&lt;strong&gt;MA&lt;/strong&gt;: Knowledge workers I know have tended to benefit immediately from switching to graph-based note taking; it has taken 1-2 weeks for people in my lab to adjust (and we are all sharing one graph!)&amp;#160;&lt;a href=&#34;#fnref:7&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li id=&#34;fn:8&#34;&gt;
&lt;p&gt;&lt;strong&gt;EM&lt;/strong&gt;:  It’s worth noting that peer-reviewed publications have a reputation system to reduce gaming the citation metrics by only counting citations from certain venues, and discourse graphs might naively be susceptible to this gaming.  Existing metrics like h-index, however, could make a useful distinction between (1) discourse graph nodes directly cited by papers in approved publications, (2) discourse graph nodes transitively cited by such papers, and (3) discourse graph nodes that do not have a citation connection to such papers.  I claim that counting only nodes in (1) and possibly also (2) would prevent this form of gaming.&amp;#160;&lt;a href=&#34;#fnref:8&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;/div&gt;
</description>
    </item>
    
    <item>
      <title>ConsensusDay 23: call for contributions</title>
      <link>https://research.protocol.ai/blog/2023/consensusday-23-call-for-contributions/</link>
      <pubDate>Wed, 15 Feb 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2023/consensusday-23-call-for-contributions/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;./sites/consensusday23/&#34;&gt;ConsensusDay is back&lt;/a&gt;! We&amp;rsquo;re returning to our roots and organising a virtual event on 5 June 2023, in a format similar to the 2021 edition.&lt;/p&gt;
&lt;p&gt;That means we will not be publishing proceedings this year and therefore welcome both novel contributions and those under review or published elsewhere in the last 12 months. Be sure to check out the &lt;a href=&#34;./sites/consensusday23/calls/&#34;&gt;call for contributions&lt;/a&gt; for full details.&lt;/p&gt;
&lt;p&gt;We invite you to submit your work for presentation at the workshop by the &lt;strong&gt;15 March 2023&lt;/strong&gt; deadline. If you have any questions, send us an email or drop by &lt;strong&gt;#consensus&lt;/strong&gt; on &lt;a href=&#34;https://filecoin.io/slack&#34;&gt;Filecoin slack&lt;/a&gt;.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>tlock: Practical timelock encryption from threshold BLS</title>
      <link>https://research.protocol.ai/publications/tlock-practical-timelock-encryption-from-threshold-bls/</link>
      <pubDate>Mon, 13 Feb 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/tlock-practical-timelock-encryption-from-threshold-bls/</guid>
      <description>&lt;p&gt;We present a practical construction and implementation of timelock encryption, in which a ciphertext is guaranteed to be decryptable only after some specified time has passed. We employ an existing threshold network, the League of Entropy, implementing threshold BLS [BLS01, B03] in the context of Boneh and Franklin&amp;rsquo;s identity-based encryption (IBE). At present this threshold network broadcasts BLS signatures over each round number, equivalent to the current time interval, and as such can be considered a decentralised key holder periodically publishing private keys for the IBE where identities are the round numbers. A noticeable advantage of this scheme is that only the encryptors and decryptors are required to perform any additional cryptographic operations; the threshold network can remain unaware of the TLE and does not have to change to support the scheme. We also release an open-source implementation of our scheme and a live web page that can be used in production now relying on the existing League of Entropy network acting as a distributed public randomness beacon service using threshold BLS signatures.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Pausing PL Research Open Research Grants</title>
      <link>https://research.protocol.ai/blog/2023/pausing-pl-research-open-research-grants/</link>
      <pubDate>Wed, 18 Jan 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2023/pausing-pl-research-open-research-grants/</guid>
      <description>&lt;p&gt;Over the 2022 calendar year, Protocol Labs Research received a tremendous amount of participation and submissions for our Open Research Grants program. Having awarded more than $1 million USD for researchers around the globe, we could not be more proud of the success of this program and the quality of our award recepients. However, in light of recent changes to our funding roadmap, PL Research is announcing the immediate pause of our Open Research Grants program for 2023.&lt;/p&gt;
&lt;p&gt;We recognize the difficulty of the current funding environment and apologize for the unfortunate timing. This change to our grant offerings is the result of a temporary internal shift towards targeting support for clearly scoped research projects critical to our work at Protocol Labs. To that end, we are happy to report that Protocol Labs still has two open Requests for Proposals (RFPs), &lt;a href=&#34;https://github.com/protocol/research-grants/blob/master/RFPs/rfp-013-cryptonet-network-grants.md&#34;&gt;RFP-013: Cryptonet network grant&lt;/a&gt; and &lt;a href=&#34;https://github.com/protocol/research-grants/blob/master/RFPs/rfp-014-private-retrieval-of-data.md&#34;&gt;RFP-014: Private retrieval of data&lt;/a&gt;, in addition to &lt;a href=&#34;https://github.com/protocol/research-grants#rfp-x&#34;&gt;RFP-X&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Given our continuous interest in understanding the scientific process and how we can leverage our resources and expertise towards improving the research landscape, we will take this opportunity to reflect on how we can increase our impact and broaden our reach before reopening our offerings at a future date.&lt;/p&gt;
&lt;h2 id=&#34;background&#34;&gt;Background&lt;/h2&gt;
&lt;p&gt;The PL Research grants program launched in &lt;a href=&#34;https://protocol.ai/blog/ann-research-rfp/&#34;&gt;April 2018&lt;/a&gt; when &lt;a href=&#34;https://research.protocol.ai/about/&#34;&gt;PL Research&lt;/a&gt; was first announced as an established team within Protocol Labs. While the team has since grown and changed as various Labs have nucleated, PL Research still oversees the current grant offerings. Open Research Grants were added to grants offering in &lt;a href=&#34;https://protocol.ai/blog/research-grants-launch/&#34;&gt;August 2021&lt;/a&gt;, and this past year-and-a-half of receiving your proposals has allowed our labs to partner and collaborate with researchers in countries spanning five continents.&lt;/p&gt;
&lt;h2 id=&#34;accomplishments&#34;&gt;Accomplishments&lt;/h2&gt;
&lt;p&gt;In addition to funding various research proposals we, under Protocol Labs, were a founding sponsor of the &lt;a href=&#34;https://cbr.stanford.edu/&#34;&gt;Stanford Center for Blockchain Research(CBR)&lt;/a&gt;. CBR focuses on research closely aligned with some of our research labs and &lt;a href=&#34;https://github.com/protocol/research#open-problems&#34;&gt;Open Problems&lt;/a&gt;. We encourage you to check out CBR’s seminars, conferences, and call for papers &lt;a href=&#34;https://cbr.stanford.edu/sbc23/&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;
&lt;h2 id=&#34;current-offerings&#34;&gt;Current offerings&lt;/h2&gt;
&lt;p&gt;While we are scaling back in the total number of awards offered, we are thrilled to see what collaborations and research proposals come our way.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&#34;https://github.com/protocol/research-grants#rfp-x&#34;&gt;RFP-X&lt;/a&gt; will continue to be open for research projects not otherwise covered by open RFPs. The success rate for RFP-X applications is significantly lower and advised to be the path of last resort.&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;https://github.com/protocol/research-grants/blob/master/RFPs/rfp-013-cryptonet-network-grants.md&#34;&gt;RFP-013: Cryptonet network grant&lt;/a&gt; is accepting applications until 23:59 UTC on July 30, 2023, or earlier if allocated funding is exhausted. Applications are reviewed on a quarterly basis. Additional information about Cryptonet grants can be found &lt;a href=&#34;https://cryptonet.org/grants&#34;&gt;here&lt;/a&gt;. We encourage you to visit #lobby in the &lt;a href=&#34;https://discord.gg/TmuyuvbyKM&#34;&gt;Cryptonet Discord&lt;/a&gt; if you are considering applying or have any questions.&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;https://github.com/protocol/research-grants/blob/master/RFPs/rfp-014-private-retrieval-of-data.md&#34;&gt;RFP-014: Private retrieval of data&lt;/a&gt; reviews applications on a monthly basis and is awarded in phases. Phase 1 will be open until 23:59 UTC on March 1, 2023 or earlier if allocated funding is exhausted. We encourage you to visit #private-retrieval in the &lt;a href=&#34;https://discord.gg/lodestar-network-goods&#34;&gt;Lodestar Discord&lt;/a&gt; if you’re considering applying or have any questions.&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id=&#34;looking-forward&#34;&gt;Looking forward&lt;/h3&gt;
&lt;p&gt;We are grateful to have the opportunity to continue supporting talented researchers through our ongoing RFPs. If you are interested in applying for funding, please submit your proposal using our application management system at &lt;a href=&#34;https://grants.protocol.ai/&#34;&gt;https://grants.protocol.ai/&lt;/a&gt; and reach out to &lt;a href=&#34;mailto:research-grants@protocol.ai&#34;&gt;research-grants@protocol.ai&lt;/a&gt; with any questions.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Generalized Impact Evaluators, A year of experiments and theory</title>
      <link>https://research.protocol.ai/blog/2023/generalized-impact-evaluators-a-year-of-experiments-and-theory/</link>
      <pubDate>Thu, 12 Jan 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2023/generalized-impact-evaluators-a-year-of-experiments-and-theory/</guid>
      <description>&lt;p&gt;&lt;strong&gt;TLDR:&lt;/strong&gt; &lt;em&gt;Protocol Labs&amp;rsquo; Network Funding team is releasing a whitepaper on Impact Evaluators, a funding mechanism designed for nontraditional projects with high uncertainty and high upside. Our goal is to add structure to the ongoing dialogue and share practical implementation advice based on a year of experience. &lt;a href=&#34;./publications/generalized-impact-evaluators/&#34;&gt;The paper is available here.&lt;/a&gt;&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Funding vital public goods is hard, and doing so more effectively has massive economic potential. At Protocol Labs, we recognize this, and we&amp;rsquo;ve dedicated our Network Funding team to pushing forward innovation in how public goods and commons are funded, allocated, and sustained.
This has led us to explore mechanisms we call &amp;ldquo;Impact Evaluators&amp;rdquo;, a term coined by Juan Benet &amp;amp; Evan Miyazono of Protocol Labs, that builds on concepts from blockchain incentive mechanisms and retroactive funding.
Impact Evaluators can provide incentives or market mechanisms for highly effective “impact funding”. Using Impact Evaluators, groups of agents are able to work towards objectives by assessing the impact against those objectives and retrospectively rewarding valuable work. When implemented effectively, an Impact Evaluator guides potential contributors toward particular objectives.&lt;/p&gt;
&lt;p&gt;Our team at Protocol Labs believes that this mechanism offers a powerful way to fund important public goods with high upside and high uncertainty. In the past 12 months, we have 1) pushed the theory of Impact Evaluators forward and 2) experimented with several smaller-scale Impact Evaluator tests:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&#34;https://filecoin.io/blog/posts/a-public-goods-experiment-on-filecoin-retroactively-funding-impact-with-quadratic-voting/&#34;&gt;Filecoin Quadratic Voting PR&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;https://github.com/protocol/Network-Funding/blob/main/Documentation_challenge.md&#34;&gt;Documentation Impact Evaluator&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;https://network-goods.notion.site/IPFS-Impact-Evaluator-Round-1-bcc8450ae387487fad9916cf9d645417&#34;&gt;IPFS Impact Evaluation&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;https://network-goods.notion.site/Impact-Evaluators-Builders-Leaderboard-602ea6755b5642e1ad6f9da59a47fa62&#34;&gt;FVM Impact Evaluator &amp;amp; Builders Leaderboard&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Due to the interest generated by events (&lt;a href=&#34;https://fundingthecommons.io/&#34;&gt;Funding the Commons&lt;/a&gt;, &lt;a href=&#34;https://www.cryptoeconday.io/&#34;&gt;CryptoEconDay&lt;/a&gt;) and the community at large, we’ve seen an uptake in projects experimenting with implementing Impact Evaluators. To share our learnings, we&amp;rsquo;ve written a whitepaper on Generalized Impact Evaluators. The purpose of this paper is to accelerate the development of Impact Evaluator mechanisms by providing:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Standard language to define and construct Impact Evaluators&lt;/li&gt;
&lt;li&gt;A framework to efficiently implement Impact Evaluators&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;a href=&#34;https://research.protocol.ai/publications/generalized-impact-evaluators/&#34;&gt;SEE THE WHITEPAPER HERE&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;As Protocol Labs scales up its deployment of Impact Evaluators, we will build a more robust theoretical basis, which we will publish iteratively.  In the meantime, please see the bottom of this article for additional resources related to Impact Evaluators.&lt;/p&gt;
&lt;p&gt;This is part of an open source effort - if you would like to contribute, join the Impact Evaluator &lt;a href=&#34;https://discord.gg/vPFbvw5Fke&#34;&gt;Discord&lt;/a&gt; or email us at &lt;a href=&#34;mailto:network-goods@protocol.ai&#34;&gt;network-goods@protocol.ai&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;&lt;em&gt;Further materials:&lt;/em&gt;
Vitalk Buterin, &lt;a href=&#34;https://medium.com/ethereum-optimism/retroactive-public-goods-funding-33c9b7d00f0c&#34;&gt;Optimism - Retroactive Public Goods funding&lt;/a&gt;
Juan Benet - &lt;a href=&#34;https://youtu.be/TdDHWv00Z4E&#34;&gt;Introduction to Impact Evaluators&lt;/a&gt;
Juan Benet - &lt;a href=&#34;https://youtu.be/1soPQ31ZHkQ&#34;&gt;Impact Evaluator Design&lt;/a&gt;
Evan Miyazono - &lt;a href=&#34;https://youtu.be/dpLtrugjfMc&#34;&gt;Impact Evaluators&lt;/a&gt;
Matthew Frehlich - &lt;a href=&#34;https://youtu.be/3X141_IFDm0&#34;&gt;Impact Evaluators: Existential Challenges and Opportunities&lt;/a&gt;&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Announcing the final award for RFP-011, &#34;Changing the Internet&#34;</title>
      <link>https://research.protocol.ai/blog/2023/announcing-the-final-award-for-rfp-011-changing-the-internet/</link>
      <pubDate>Tue, 10 Jan 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2023/announcing-the-final-award-for-rfp-011-changing-the-internet/</guid>
      <description>&lt;p&gt;PL Research is  pleased to announce the final research proposal funded as part of the &lt;em&gt;Changing the Internet&lt;/em&gt; Initiative: a project by &lt;a href=&#34;https://ece.princeton.edu/people/maria-apostolaki&#34;&gt;Maria Apostolaki&lt;/a&gt; and &lt;a href=&#34;https://www.cs.princeton.edu/people/profile/jrex&#34;&gt;Jennifer Rexford&lt;/a&gt; of Princeton University&amp;rsquo;s Electrical and Computer Engineering and Computer Science departments, respectively, to improve the state of the art in routing and edge networking. In the researchers&amp;rsquo; own words:&lt;/p&gt;
&lt;blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;In their unrelenting quest for lower latency, cloud providers are deploying servers closer to their customers and enterprises are adopting paid Network-as-a-Service (NaaS) offerings with performance guarantees.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;Unfortunately, these trends contribute to greater industry consolidation, benefiting larger companies and well-served regions while leaving little room for smaller cloud providers and enterprises to flourish. Instead, we argue that the public Internet could offer good enough performance if only edge networks could control wide-area routing.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;More concretely, we envision an incrementally deployable system, namely Tango, that allows individual pairs of edge networks (e.g., access, enterprise, and data-center networks) to optimize Internet paths between them without collaboration from the Intenet core. Tango relies on the cooperation between the two edge networks to expose more wide-area paths, and achieve accurate and trustworthy monitoring. While a single cooperative pair of Tango edge networks is already beneficial, it barely scratches the surface of what is possible with a Tango overlay i.e., a set of edge-network PoPs (hardware and/or software) that collaboratively optimize paths between them.
If successful our proposal will allow edge networks to make the most out of the public Internet, effectively fighting the industry consolidation and the associated privacy, financial, and political risks.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;/blockquote&gt;
&lt;p&gt;PL Research is excited to support work on new ideas for building the next generation of the internet.  While the &lt;a href=&#34;https://github.com/protocol/research-grants/blob/master/RFPs/rfp-011-changing-the-internet.md#problem-statement&#34;&gt;&lt;em&gt;Changing the Internet&lt;/em&gt; RFP&lt;/a&gt; has closed, we encourage interested researchers to check out our open RFPs, particularly &lt;a href=&#34;https://grants.protocol.ai/prog/rfp-014_private_retrieval_of_data&#34;&gt;RFP-014, &lt;em&gt;&amp;ldquo;Private Retrieval of Data&amp;rdquo;&lt;/em&gt;&lt;/a&gt;, and to  reach out to us via email with any questions at &lt;a href=&#34;mailto:research-grants@protocol.ai&#34;&gt;research-grants@protocol.ai&lt;/a&gt;. Submit your proposal using our application management system at &lt;a href=&#34;https://grants.protocol.ai/&#34;&gt;https://grants.protocol.ai/&lt;/a&gt;.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Generalized Impact Evaluators</title>
      <link>https://research.protocol.ai/publications/generalized-impact-evaluators/</link>
      <pubDate>Tue, 10 Jan 2023 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/generalized-impact-evaluators/</guid>
      <description>&lt;p&gt;Existing funding systems fail to sufficiently fund public goods and common goods due to insufficient mechanisms for coordinating various agents towards valuable outcomes. Relative to traditional capital systems that scalably organize activity around maximizing financial performance, impact funding remains underdeveloped, especially in the ability to reward high-upside, high-uncertainty work. Here, we propose Impact Evaluators (IEs) as a modular system for coordinating work by measuring, evaluating, and retrospectively rewarding the impact achieved towards specified valuable objectives. We present a structure to define Impact Evaluators as well as design schematics to facilitate their implementation. We then discuss implementation considerations, practical learnings from past experiments, and integration with the broader ecosystem of public goods and commons funding systems.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Enriching Kademlia by partitioning</title>
      <link>https://research.protocol.ai/publications/enriching-kademlia-by-partitioning/</link>
      <pubDate>Tue, 13 Dec 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/enriching-kademlia-by-partitioning/</guid>
      <description>&lt;p&gt;Decentralizing the Web is becoming an increasingly interesting endeavor that aims at improving user security and privacy as well as providing guaranteed ownership of content. One such endeavor that pushes towards this reality, is Protocol Labs&amp;rsquo; Inter-Planetary File System (IPFS) network, that provides a decentralized large scale file system to support the decentralized Web. To achieve this, the IPFS network leverages the Kademlia DHT to route and store pointers to content stored by network members (i.e., peers). However, due to the large number of network peers, content, and accesses, the DHT routing needs to be efficient and quick to enable a decentralized web that is competitive.&lt;/p&gt;
&lt;p&gt;In this paper, we present work in progress that aims at improving the Kademlia DHT performance through the manipulation of DHT identifiers by adding prefixes to identifiers. With this, we are able to bias the DHT topological organization towards locality (which can be either geographical or applicational), which creates partitions in the DHT and enables faster and more efficient query resolution on local content. We designed prototypes that implement our proposal, and performed a first evaluation of our work in an emulated network testbed composed of 5000 nodes. Our results show that our proposal can benefit the DHT look up on data with locality with minimal overhead.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Pikachu: Securing PoS blockchains from long-range attacks by checkpointing into Bitcoin PoW using Taproot</title>
      <link>https://research.protocol.ai/publications/pikachu-securing-pos-blockchains-from-long-range-attacks-by-checkpointing-into-bitcoin-pow-using-taproot/</link>
      <pubDate>Tue, 13 Dec 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/pikachu-securing-pos-blockchains-from-long-range-attacks-by-checkpointing-into-bitcoin-pow-using-taproot/</guid>
      <description>&lt;p&gt;Blockchain systems based on a reusable resource, such as proof-of-stake (PoS), provide weaker security guarantees than those based on proof-of-work. Specifically, they are vulnerable to long-range attacks, where an adversary can corrupt prior participants in order to rewrite the full history of the chain. To prevent this attack on a PoS chain, we propose a protocol that checkpoints the state of the PoS chain to a proof-of-work blockchain such as Bitcoin. Our checkpointing protocol hence does not rely on any central authority. Our work uses Schnorr signatures and leverages Bitcoin recent Taproot upgrade, allowing us to create a checkpointing transaction of constant size. We argue for the security of our protocol and present an open-source implementation that was tested on the Bitcoin testnet.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>The Filecoin Spacenet goes live</title>
      <link>https://research.protocol.ai/blog/2022/the-filecoin-spacenet-goes-live/</link>
      <pubDate>Wed, 30 Nov 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2022/the-filecoin-spacenet-goes-live/</guid>
      <description>&lt;p&gt;For all of the past year, our team at &lt;a href=&#34;./groups/consensuslab&#34;&gt;ConsensusLab&lt;/a&gt; has been hard at work pushing the boundaries of Filecoin scalability and devising a framework for horizontal scaling that allows for the seamless spawning of interoperable subnets, as well as a reference implementation of a consensus algorithm suitable for running said subnets.&lt;/p&gt;
&lt;p&gt;We are pleased to announce that, as of Monday, the first phase of the &lt;a href=&#34;https://github.com/protocol/ConsensusLab/blob/main/specs/hierarchical_consensus.md&#34;&gt;Interplanetary Consensus (IPC)&lt;/a&gt; project is available for public testing, with the launch of the Filecoin Spacenet. Spacenet is a new test network for IPC, which will initially provide a platform for builders to experiment with &lt;a href=&#34;https://github.com/protocol/ConsensusLab/blob/main/specs/trantor.md&#34;&gt;Trantor consensus&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;https://fvm.filecoin.io/&#34;&gt;FVM&lt;/a&gt; support is expected in the coming weeks, unleashing the potential for novel applications and use cases that require lower latency than provided by Filecoin mainnet consensus, and support for subnets will be added next year, enabling elastic capacity and paving the road for deployment in the main network.&lt;/p&gt;
&lt;p&gt;We invite you to visit the newly launched &lt;a href=&#34;https://fil.space/&#34;&gt;Scaling Filecoin website (&lt;strong&gt;fil.space&lt;/strong&gt;)&lt;/a&gt; and the &lt;a href=&#34;https://github.com/consensus-shipyard/spacenet&#34;&gt;Spacenet repository&lt;/a&gt;. If you need funds, head to the &lt;a href=&#34;https://spacenet.consensus.ninja/&#34;&gt;Spacenet faucet&lt;/a&gt;. Please &lt;a href=&#34;https://forms.gle/b1bKWonBEsnCS7pv8&#34;&gt;reach out&lt;/a&gt; if you&amp;rsquo;d like to get involved, be it by operating a node, deploying an application, building tooling, or anything else! Development discussions take place on #spacenet (&lt;a href=&#34;https://filecoin.io/slack&#34;&gt;Filecoin Slack&lt;/a&gt;).&lt;/p&gt;
&lt;p&gt;Oh, one last note! If you&amp;rsquo;d like to learn more about IPC and Trantor, the &lt;a href=&#34;https://www.consensuslabsummit.io/videos&#34;&gt;recordings from the recent ConsensusLab Summit&lt;/a&gt; are now available, and cover these and other projects in detail.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Applications of Interplanetary Consensus</title>
      <link>https://research.protocol.ai/talks/applications-of-interplanetary-consensus/</link>
      <pubDate>Mon, 21 Nov 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/applications-of-interplanetary-consensus/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/R0FjrqdIxso&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>Blockchain meets concurrency: Scaling FVM with multi-threaded execution</title>
      <link>https://research.protocol.ai/talks/blockchain-meets-concurrency-scaling-fvm-with-multi-threaded-execution/</link>
      <pubDate>Mon, 21 Nov 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/blockchain-meets-concurrency-scaling-fvm-with-multi-threaded-execution/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/nBE0UXF4fgs&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>Building modular and scalable BFT consensus using the Mir framework</title>
      <link>https://research.protocol.ai/talks/building-modular-and-scalable-bft-consensus-using-the-mir-framework/</link>
      <pubDate>Mon, 21 Nov 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/building-modular-and-scalable-bft-consensus-using-the-mir-framework/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/px9Th1I0nPM&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>dOnlyFans</title>
      <link>https://research.protocol.ai/talks/donlyfans/</link>
      <pubDate>Mon, 21 Nov 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/donlyfans/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/tUYAb_P4G5Q&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>Interplanetary Consensus: Now playing in Eudico near you</title>
      <link>https://research.protocol.ai/talks/interplanetary-consensus-now-playing-in-eudico-near-you/</link>
      <pubDate>Mon, 21 Nov 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/interplanetary-consensus-now-playing-in-eudico-near-you/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/bD1LDVc2lMQ&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>Interplanetary Consensus: Scaling blockchains with subnets in an easy-to-trust model</title>
      <link>https://research.protocol.ai/talks/interplanetary-consensus-scaling-blockchains-with-subnets-in-an-easy-to-trust-model/</link>
      <pubDate>Mon, 21 Nov 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/interplanetary-consensus-scaling-blockchains-with-subnets-in-an-easy-to-trust-model/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/QDITs_QjsOo&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>Realising web3: 15 months of ConsensusLab</title>
      <link>https://research.protocol.ai/talks/realising-web3-15-months-of-consensuslab/</link>
      <pubDate>Mon, 21 Nov 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/realising-web3-15-months-of-consensuslab/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/mh9b8PgVlU4&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>Unexpected consensus? The possible futures of the Filecoin network</title>
      <link>https://research.protocol.ai/talks/unexpected-consensus-the-possible-futures-of-the-filecoin-network/</link>
      <pubDate>Mon, 21 Nov 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/unexpected-consensus-the-possible-futures-of-the-filecoin-network/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/2ARFlCL4QFY&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>To the InterPlanetary File System – and beyond!: Peer-to-peer file sharing would make the Internet far more efficient</title>
      <link>https://research.protocol.ai/publications/to-the-interplanetary-file-system-and-beyond-peer-to-peer-file-sharing-would-make-the-internet-far-more-efficient/</link>
      <pubDate>Mon, 07 Nov 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/to-the-interplanetary-file-system-and-beyond-peer-to-peer-file-sharing-would-make-the-internet-far-more-efficient/</guid>
      <description>&lt;p&gt;When the COVID-19 pandemic erupted in early 2020, the world made an unprecedented shift to remote work. As a precaution, some Internet providers scaled back service levels temporarily, although that probably wasn&amp;rsquo;t necessary for countries in Asia, Europe, and North America, which were generally able to cope with the surge in demand caused by people teleworking (and binge-watching Netflix). That&amp;rsquo;s because most of their networks were overprovisioned, with more capacity than they usually need. But in countries without the same level of investment in network infrastructure, the picture was less rosy: Internet service providers (ISPs) in South Africa and Venezuela, for instance, reported significant strain.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Structure-preserving compilers from new notions of obfuscations</title>
      <link>https://research.protocol.ai/publications/structure-preserving-compilers-from-new-notions-of-obfuscations/</link>
      <pubDate>Tue, 01 Nov 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/structure-preserving-compilers-from-new-notions-of-obfuscations/</guid>
      <description>&lt;p&gt;The dream of software obfuscation is to take programs, as they are, and then compile them into obfuscated versions that hide their secret inner workings. In this work we investigate notions of obfuscations weaker than virtual black-box (VBB) but which still allow obfuscating
cryptographic primitives preserving their original functionalities as much as possible. In particular we propose two new notions of obfuscations, which we call oracle-differing-input obfuscation (odiO) and oracle-indistinguishability obfuscation (oiO). In a nutshell, odiO is a natural strengthening of differing-input obfuscation (diO) and allows obfuscating programs for which it is hard to find a differing-input when given only oracle access to the programs. An oiO obfuscator allows to obfuscate programs that are hard to distinguish when treated as oracles.
We then show applications of these notions, as well as positive and negative results around them. A few highlights include:
– Our new notions are weaker than VBB and stronger than diO.
– As it is the case for VBB, we show that there exist programs that cannot be obfuscated with odiO or oiO.
– Our new notions allow to compile several flavours of secret key primitives (e.g., SKE, MAC, designated verifier NIZK) into their public key equivalent (e.g., PKE, signatures, publicly verifiable NIZK) while preserving one of the algorithms of the original scheme (function-preserving), or the structure of their outputs (format-preserving).&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Mir-BFT: Scalable and robust BFT for decentralized networks</title>
      <link>https://research.protocol.ai/publications/mir-bft-scalable-and-robust-bft-for-decentralized-networks/</link>
      <pubDate>Mon, 24 Oct 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/mir-bft-scalable-and-robust-bft-for-decentralized-networks/</guid>
      <description>&lt;p&gt;This paper presents Mir-BFT, a robust Byzantine fault-tolerant (BFT) total order broadcast protocol aimed at maximizing throughput on wide-area networks (WANs), targeting deployments in decentralized networks, such as permissioned and Proof-of-Stake permissionless blockchain systems.&lt;/p&gt;
&lt;p&gt;Mir-BFT is the first BFT protocol that allows multiple leaders to propose request batches independently (i.e., parallel leaders), while effectively precluding performance degradation due to request duplication by rotating the assignment of a partitioned request hash space to leaders. As this mechanism removes the single-leader bandwidth bottleneck and exposes a computation bottleneck related to authenticating clients even on a WAN, our protocol further boosts through-put using a client signature verification sharding optimization. Our evaluation shows that Mir-BFT outperforms state-of-the-art single-leader protocols and orders more than 60000 signed Bitcoin-sized (500-byte) transactions per second on a widely distributed setup (100 nodes, 1 Gbps WAN) with typical latencies of few seconds. Moreover, our evaluation exposes the impact of duplicate requests on parallel leader protocols which Mir-BFT eliminates. We also evaluate Mir-BFT un-der different crash and Byzantine faults, demonstrating its performance robustness.&lt;/p&gt;
&lt;p&gt;Mir-BFT relies on classical BFT protocol constructs, which simplifies reasoning about its correctness. Specifically, Mir-BFT is a generalization of the celebrated and scrutinized PBFT protocol. In a nutshell, Mir-BFT follows PBFT “safety-wise”, with changes needed to accommodate novel features restricted to PBFT liveness.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Join us in Lisbon for the ConsensusLab Summit</title>
      <link>https://research.protocol.ai/blog/2022/join-us-in-lisbon-for-the-consensuslab-summit/</link>
      <pubDate>Fri, 14 Oct 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2022/join-us-in-lisbon-for-the-consensuslab-summit/</guid>
      <description>&lt;p&gt;In less than two weeks, the Protocol Labs Network will be meeting in Lisbon, Portugal for &lt;a href=&#34;https://22.labweek.io/&#34;&gt;LabWeek22&lt;/a&gt;, a decentralised conference and a first for us. &lt;a href=&#34;./groups/consensuslab/&#34;&gt;ConsensusLab&lt;/a&gt; will also be present, and we&amp;rsquo;re organising our own event: the &lt;strong&gt;&lt;a href=&#34;https://www.consensuslabsummit.io/&#34;&gt;ConsensusLab Summit&lt;/a&gt;&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;The summit will take place on the afternoon of 26 October and will see a number of talks from ConsensusLab researchers, on &lt;a href=&#34;https://www.consensuslabsummit.io/schedule&#34;&gt;topics&lt;/a&gt; ranging from horizontal scalability to novel decentralised services, as well as time for discussions and an evening happy hour.&lt;/p&gt;
&lt;p&gt;While attendance is free and open to the public, capacity is limited and &lt;a href=&#34;https://www.consensuslabsummit.io/register&#34;&gt;registration&lt;/a&gt; is required. Register now to save your seat!&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Raymond Cheng joins PL Research</title>
      <link>https://research.protocol.ai/blog/2022/raymond-cheng-joins-pl-research/</link>
      <pubDate>Fri, 07 Oct 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2022/raymond-cheng-joins-pl-research/</guid>
      <description>&lt;p&gt;We are excited to welcome &lt;a href=&#34;./authors/raymond-cheng&#34;&gt;Raymond Cheng&lt;/a&gt; to the Protocol Labs Research team.
We asked Raymond about his journey to Protocol Labs, the projects he will be working on, and his thoughts about future technological developments:&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;How did you decide to join Protocol Labs?&lt;/strong&gt;&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;I am really excited of the potential of mechanism design to accelerate positive social missions. I was delighted to find such a smart group of people who believe in the same thesis, with a can-do attitude to put words into action. The Network Goods team at PL is a really unique organization. By putting our collective minds together, I believe we can better create open access knowledge and open source software to advance this mission. I am looking forward to bringing my combined experience in startups and research to launch new products in this space with the support of Protocol Labs.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;strong&gt;What problems are you most interested in?&lt;/strong&gt;&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Science has transformative impact on society. By expanding our collective knowledge, we simultaneously better understand the universe, while preparing ourselves for the future. What is the primary bottleneck to society&amp;rsquo;s progress engine? What if we were able to train, fund, and guide an order of magnitude more people into the scientific process to solve humanity&amp;rsquo;s long-term challenges and questions? I look forward to exploring new coordination mechanisms, such as impact certificates, for accelerating science.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;strong&gt;What future technology are you most excited about?&lt;/strong&gt;&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Advances in cryptography and their future applications. After years in the industry, the fact that we can use math to guarantee different security goals still mesmerizes me. As a class of tools, it has had incredible impact and promises more future impact towards preserving our individual liberties to speak, think, and organize freely.&lt;/p&gt;
&lt;/blockquote&gt;
</description>
    </item>
    
    <item>
      <title>Decentralized hole punching</title>
      <link>https://research.protocol.ai/publications/decentralized-hole-punching/</link>
      <pubDate>Wed, 28 Sep 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/decentralized-hole-punching/</guid>
      <description>&lt;p&gt;We present a decentralized hole punching mechanism built into the peer-to-peer networking library libp2p. Hole punching is crucial for peer-to-peer networks, enabling each participant to directly communicate to any other participant, despite being separated by firewalls and NATs. The decentralized libp2p hole punching protocol leverages protocols similar to STUN (RFC 8489), TURN (RFC 8566) and ICE (RFC 8445), without the need for any centralized infrastructure. Specifically, it doesn’t require any previous knowledge about network participants other than at least one (any arbitrary) node to bootstrap peer discovery. The key insight is that the protocols used for hole punching, namely address discovery and relaying protocols, can be built such that their resource requirements are negligible. This makes it feasible for any participant in the network to run these, thereby enabling the coordination of hole punch attempts, assuming that at least a small fraction of nodes is not located behind a firewall or a NAT.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Gitcoin Grants Round 15: getting DeSci on the SamePage</title>
      <link>https://research.protocol.ai/blog/2022/gitcoin-grants-round-15-getting-desci-on-the-samepage/</link>
      <pubDate>Fri, 16 Sep 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2022/gitcoin-grants-round-15-getting-desci-on-the-samepage/</guid>
      <description>&lt;p&gt;Protocol Labs is excited to support the &lt;a href=&#34;https://gitcoin.co/grants/explorer/?page=1&amp;amp;limit=12&amp;amp;me=false&amp;amp;sort_option=weighted_shuffle&amp;amp;collection_id=false&amp;amp;network=mainnet&amp;amp;state=active&amp;amp;profile=false&amp;amp;round_num=15&amp;amp;customer_name=DeSci&amp;amp;sub_round_slug=gr15-desci&amp;amp;collections_page=1&amp;amp;grant_regions=&amp;amp;grant_types=&amp;amp;grant_tags=&amp;amp;tenants=&amp;amp;idle=true&amp;amp;featured=true&amp;amp;round_type=false&amp;amp;tab=grants&#34;&gt;Decentralized Science&lt;/a&gt; Matching Grant Funding Round in Gitcoin&amp;rsquo;s GR15, now live until 22 September, 2022.&lt;/p&gt;
&lt;p&gt;The &lt;a href=&#34;https://gitcoin.co/grants/&#34;&gt;Gitcoin Grants Program&lt;/a&gt; uses &lt;a href=&#34;https://wtfisqf.com/?grant=&amp;amp;grant=&amp;amp;grant=&amp;amp;grant=&amp;amp;match=1000&#34;&gt;quadratic funding&lt;/a&gt; to leverage small contributions across a large and diverse network of contributors into large impact –- a new Web3-native way of sustainably funding public goods projects.&lt;/p&gt;
&lt;p&gt;The DeSci round focuses on accelerating the growth of the decentralized science community and supporting innovative research initiatives enabled by Web3 tools, ideas, and technology. The matching pool currently stands at &lt;strong&gt;$500k USD&lt;/strong&gt;, reflecting research funders&amp;rsquo; enthusiasm for creating both new scientific discoveries and new ways of working in science.&lt;/p&gt;
&lt;p&gt;The DeSci &lt;a href=&#34;https://gitcoin.co/grants/explorer/?page=3&amp;amp;limit=12&amp;amp;me=false&amp;amp;sort_option=weighted_shuffle&amp;amp;collection_id=false&amp;amp;network=mainnet&amp;amp;state=active&amp;amp;profile=false&amp;amp;round_num=15&amp;amp;customer_name=DeSci&amp;amp;sub_round_slug=gr15-desci&amp;amp;collections_page=1&amp;amp;grant_regions=&amp;amp;grant_types=&amp;amp;grant_tags=&amp;amp;tenants=&amp;amp;idle=true&amp;amp;featured=true&amp;amp;round_type=false&amp;amp;tab=grants&#34;&gt;grants page&lt;/a&gt; is filled with exciting and worthwhile projects, and we encourage all supporters and potential supporters of decentralized science to check it out.&lt;/p&gt;
&lt;p&gt;Network Research is particularly enthusiastic about the &lt;a href=&#34;https://gitcoin.co/grants/7179/samepage-network&#34;&gt;SamePage Network&lt;/a&gt;, a project building out the interoperability layer for networked notebooks that are crucial to decentralized scientific collaboration. Today SamePage connects  Roam, Logseq, and Obsidian users, and further expansions are planned.&lt;/p&gt;
&lt;p&gt;Creating this network layer will enable enable research collaborations to work together across platforms, with each researcher working in their tool of choice. We think this will lower the barrier to building decentralized discovery networks across institutional boundaries, and empower researchers to truly own their research and their choice of research tools.&lt;/p&gt;
&lt;p&gt;The DeSci Gitcoin Grant Round illustrates how Web3 ways of thinking can move science forward faster, and we&amp;rsquo;re just getting started: we&amp;rsquo;re planning a DeSci round as part of the next Gitcoin grant round, GR16, as well. If you are a researcher or research funder interested in contributing to decentralized science, please join us!&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>ConsensusDay 22: programme now live!</title>
      <link>https://research.protocol.ai/blog/2022/consensusday-22-programme-now-live/</link>
      <pubDate>Thu, 15 Sep 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/blog/2022/consensusday-22-programme-now-live/</guid>
      <description>&lt;p&gt;Consensusday 22 is fast approaching! The workshop, which will be co-located with ACM CCS this year, will take place 7 November in Los Angeles.&lt;/p&gt;
&lt;p&gt;We have another exciting programme for this edition, comprising 15 talks that cover assumptions, PoS security, leader election, performance, and more. Eligible papers will be included in the CCS workshop proceedings and made available in the ACM Digital Library.&lt;/p&gt;
&lt;p&gt;The workshop programme is now available on the &lt;a href=&#34;./sites/consensusday22/programme/&#34;&gt;ConsensusDay 22 website&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;More good news: the conference has switched to a hybrid format, allowing for both in-person and remote attendance. &lt;a href=&#34;https://www.sigsac.org/ccs/CCS2022/attending/registration.html&#34;&gt;Registration&lt;/a&gt; is now open for both modalities, and Protocol Labs will be sponsoring a limited number of student registrations &amp;ndash; if you&amp;rsquo;re a student and keen on attending, just reach out to &lt;a href=&#34;mailto:consensusday@protocol.ai&#34;&gt;consensusday@protocol.ai&lt;/a&gt; and include your CV. See you there!&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Timelock encryption based on drand</title>
      <link>https://research.protocol.ai/talks/timelock-encryption-based-on-drand/</link>
      <pubDate>Wed, 14 Sep 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/talks/timelock-encryption-based-on-drand/</guid>
      <description>
&lt;div style=&#34;position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;&#34;&gt;
  &lt;iframe src=&#34;https://www.youtube.com/embed/Zgsv4LY0Sn0&#34; style=&#34;position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;&#34; allowfullscreen title=&#34;YouTube Video&#34;&gt;&lt;/iframe&gt;
&lt;/div&gt;

</description>
    </item>
    
    <item>
      <title>Impossibilities in succinct arguments: Black-box extraction and more</title>
      <link>https://research.protocol.ai/publications/impossibilities-in-succinct-arguments-black-box-extraction-and-more/</link>
      <pubDate>Fri, 09 Sep 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/impossibilities-in-succinct-arguments-black-box-extraction-and-more/</guid>
      <description>&lt;p&gt;The celebrated result by Gentry and Wichs established a theoretical barrier for succinct non-interactive arguments (SNARGs), showing that for (expressive enough) hard-on-average languages we must assume non-falsifiable assumptions. We further investigate those barriers by showing new negative and positive results related to extractability and to the preprocessing model.&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;We first ask the question “are there further barriers to SNARGs that are knowledge-sound (SNARKs) and with a black-box extractor?”. We show it is impossible to have such SNARKs in the standard model. This separates SNARKs in the random oracle model (which can have black-box extraction) and those in the standard model.&lt;/li&gt;
&lt;li&gt;We find positive results regarding the same question in the non-adaptive setting. Under the existence of SNARGs (without extractability) and from standard assumptions, it is possible to build SNARKs with black-box extractability for a non-trivial subset of NP.&lt;/li&gt;
&lt;li&gt;On the other hand, we show that (under some mild assumptions) all NP languages cannot have SNARKs with black-box extractability even in the non-adaptive setting.&lt;/li&gt;
&lt;li&gt;The Gentry-Wichs result does not account for the preprocessing model, under which fall several efficient constructions. We show that also in the preprocessing model it is impossible to construct SNARGs that rely on falsifiable assumptions in a black-box way.
Along the way, we identify a class of non-trivial languages, which we dub “trapdoor languages”, that bypass some of these impossibility results.&lt;/li&gt;
&lt;/ol&gt;
</description>
    </item>
    
    <item>
      <title>Curve trees: Practical and transparent zero-knowledge accumulators</title>
      <link>https://research.protocol.ai/publications/curve-trees-practical-and-transparent-zero-knowledge-accumulators/</link>
      <pubDate>Thu, 08 Sep 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/curve-trees-practical-and-transparent-zero-knowledge-accumulators/</guid>
      <description>&lt;p&gt;In this work we propose a new accumulator construction and efficient ways to prove knowledge of some element in a set without leaking anything about the element. This problem arises in several applications including privacy-preserving distributed ledgers (e.g., Zcash) and anonymous credentials. Our approaches do not require a trusted setup and significantly improve on the efficiency state of the of the art.
We introduce new techniques inspired by commit-and-prove techniques and combine shallow Merkle trees, 2-cycles of elliptic curves to obtain constructions that are highly practical. Our basic construction—which we dub Curve Trees—is completely transparent (does not require a trusted setup) and is based on simple standard assumptions (DLOG and Random Oracle Model). It has small proofs and commitments and very efficient proving and verification time.
Curve trees can be instantiated to be efficient in practice: the commitment to a set (accumulator) is 256 bits for any set size; for a set of size 232 a proof is approximately 2KB, a verifier runs in ≈160ms (easily parallelizable to ≈80ms) and a prover in ≈3.6s on an ordinary laptop.
Using our construction as a building block we can construct a simple and concretely efficient anonymous cryptocurrency with full anonymity set.
We estimate the verification time to be ≈320ms (and trivially parallelizable to run in ≈160ms) or &amp;lt;10 ms when batch-verifying multiple (&amp;gt;100) transactions simultaneously. Transaction sizes are &amp;lt;3KB. Our timings are competitive with those of the approach in Zcash Sapling and trade slightly larger proofs (proofs in Zcash are 0.2KB) for a completely transparent setup.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Encryption to the future: A paradigm for sending secret messages to future (anonymous) committees</title>
      <link>https://research.protocol.ai/publications/encryption-to-the-future-a-paradigm-for-sending-secret-messages-to-future-anonymous-committees/</link>
      <pubDate>Tue, 30 Aug 2022 00:00:00 +0000</pubDate>
      
      <guid>https://research.protocol.ai/publications/encryption-to-the-future-a-paradigm-for-sending-secret-messages-to-future-anonymous-committees/</guid>
      <description>&lt;p&gt;A number of recent works have constructed cryptographic protocols with flavors of adaptive security by having a randomly-chosen anonymous committee run at each round. Since most of these protocols are stateful, transferring secret states from past committees to future, but still unknown, committees is a crucial challenge. Previous works have tackled this problem with approaches tailor-made for their specific setting, which mostly rely on using a blockchain to orchestrate auxiliary committees that aid in state hand-over process. In this work, we look at this challenge as an important problem on its own and initiate the study of Encryption to the Future (EtF) as a cryptographic primitive. First, we define a notion of a &lt;em&gt;non-interactive&lt;/em&gt; EtF scheme where time is determined with respect to an underlying blockchain and a lottery selects parties to receive a secret message at some point in the future. While this notion seems overly restrictive, we establish two important facts: 1. if used to encrypt towards parties selected in the &amp;ldquo;far future&amp;rdquo;, EtF implies witness encryption for NP over a blockchain; 2. if used to encrypt only towards parties selected in the &amp;ldquo;near future&amp;rdquo;, EtF is not only sufficient for transferring state among committees as required by previous works, but also captures previous tailor-made solutions. To corroborate these results, we provide a novel construction of EtF based on witness encryption over commitments (cWE), which we instantiate from a number of standard assumptions via a construction based on generic cryptographic primitives. Finally, we show how to use &amp;ldquo;near future&amp;rdquo; EtF to obtain &amp;ldquo;far future&amp;rdquo; EtF with a protocol based on an auxiliary committee whose communication complexity is &lt;em&gt;independent&lt;/em&gt; of the length of plaintext messages being sent to the future.&lt;/p&gt;
</description>
    </item>
    
  </channel>
</rss>
