Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
Next revision Both sides next revision
education [2019/12/19 18:01]
fablpd
education [2022/12/20 10:32]
fablpd
Line 8: Line 8:
 \\ \\
  
-  * [[education/​ca_2019|Concurrent Algorithms]] (theory & practice)+  * [[education/​ca_2021|Concurrent Algorithms]] (theory & practice)
   * [[education/​da|Distributed Algorithms]] (theory & practice)   * [[education/​da|Distributed Algorithms]] (theory & practice)
 \\ \\
Line 28: Line 28:
   * **[[cryptocurrencies|Cryptocurrencies]]**:​ We have several project openings as part of our ongoing research on designing new cryptocurrency systems. Please contact [[rachid.guerraoui@epfl.ch|Prof. Rachid Guerraoui]].   * **[[cryptocurrencies|Cryptocurrencies]]**:​ We have several project openings as part of our ongoing research on designing new cryptocurrency systems. Please contact [[rachid.guerraoui@epfl.ch|Prof. Rachid Guerraoui]].
  
-  * **On the design and implementation of scalable and secure blockchain algorithms**: Consensus has recently gained in popularity with the advent of blockchain technologiesUnfortunatelymost blockchains do not scale duein partto their centralized ​(leader-based) limitationWe recently designed a promising fully decentralised (leader-lessalgorithm that promises to scale to large networksThe goal of this project is to implement it in rust and compare its performance on AWS instances against a traditional leader-based alternative like BFT-Smart whose code will be provided. Contact [[https://​people.epfl.ch/​vincent.gramoli|Vincent Gramoli]] for more information.+  * **Tackling data heterogeneity in Byzantine-robust ML**: Context: Distributed ML is a very effective paradigm to learn collaboratively when all users correctly follow ​the protocolHoweversome users may behave adversarially and measures should be taken to protect against such Byzantine behavior [12]. In real-world settingsusers have different datasets ​(i.e. non-iid), which makes defending against Byzantine behavior challenging,​ as was shown recently in  [3, 4]Some defenses were proposed ​to tackle data heterogeneity,​ but their performance ​is suboptimal ​on simple learning tasks. Goal: Develop defenses with special emphasis on empirical performance and efficiency in the heterogeneous setting. Contact [[https://​people.epfl.ch/​youssef.allouah?​lang=en|Youssef Allouah]] for more information.
  
-  * **Probabilistic ​Byzantine ​Resilience**:  ​Development of high-performance, ​Byzantine-resilient ​distributed ​systems with provable probabilistic guaranteesTwo options are currently availableboth building on previous work on probabilistic Byzantine broadcast: (i) theoretical projectfocused ​the correctness of probabilistic Byzantine-tolerant distributed algorithms; (ii) a practical projectfocused on numerically evaluating of our theoretical resultsPlease contact ​[[matteo.monti@epfl.ch|Matteo Monti]] to get more information.+  * **Benchmark to certify ​Byzantine-robustness in ML**: Context: Multiple attacks have been proposed to instantiate a Byzantine ​adversary in distributed ​ML [1, 2]While these attacks have been successful against known defenses, it remains unknown whether stronger attacks exist. As such, a strong benchmark is neededto go beyond ​the cat-and-mouse game illustrating the existing research. Ideallysimilar to other ML subfields such as privacy-preserving ML or adversarial examples, the desired benchmark should guarantee that no stronger attack exists. Goal: Develop a strong benchmark for attacks in Byzantine MLContact ​[[https://​people.epfl.ch/​youssef.allouah?​lang=en|Youssef Allouah]] for more information.
  
  
-  * **Distributed computing using RDMA and/or NVRAM.** RDMA (Remote Direct Memory Access) allows accessing a remote machine'​s memory without interrupting its CPUNVRAM is byte-addressable persistent ​(non-volatilememory with access times on the same order of magnitude as traditional ​(volatileRAMThese two recent technologies pose novel challenges ​and raise new opportunities in distributed system design ​and implementation. Contact ​[[https://​people.epfl.ch/​igor.zablotchi|Igor Zablotchi]] ​for more information.+  * **Proof systems for Byzantine systems**: Cryptographic proof systems enable the rapid verification of computation between mutually distrustful partiesRecent advances in proof systems include ​(1recursive proofs, transition proofs and accumulators which are of prime interest to shrink long chains of computation and/or their associated storage, and (2zero-knowledge scalable proofs useful for privacy-preserving systemsMotivated by cryptocurrencies,​ the goal of this project is to devise ​and implement Byzantine-resilient systems that incorporate ​new cryptographic proof systems for efficiency ​and/or privacy. Contact ​Pierre-Louis Roman <​pierre-louis.roman@epfl.chfor more information.
  
-  * **[[Distributed ML|Distributed Machine Learning]]**: contact [[http://​people.epfl.ch/​georgios.damaskinos|Georgios Damaskinos]] ​for more information.+  * **Hybrid ordering for cryptocurrencies**: Most cryptocurrencies nowadays rely on total order broadcast to maintain a blockchain that represents an agreed-upon log of eventsTotal order broadcast may be required for some applications,​ such as smart contracts, but the simpler and easy to parallelize reliable broadcast suffices for payments. The goal of this project is to devise and implement Byzantine-resilient broadcast algorithms with hybrid ordering guarantees that only order events when required. Contact Pierre-Louis Roman <​pierre-louis.roman@epfl.chfor more information.
  
-  * **Robust Distributed Machine Learning**: With the proliferation of big datasets and models, Machine Learning is becoming distributed. Following the standard parameter server model, the learning phase is taken by two categories of machines: parameter servers and workers. Any of these machines could behave arbitrarily (i.e., said Byzantine) affecting the model convergence in the learning phase. Our goal in this project is to build a system that is robust against Byzantine behavior of both parameter server and workers. Our first prototype, AggregaThor(https://​www.sysml.cc/​doc/​2019/​54.pdf),​ describes the first scalable robust Machine Learning framework. It fixed a severe vulnerability in TensorFlow and it showed how to make TensorFlow even faster, while robust. Contact [[https://​people.epfl.ch/​arsany.guirguis|Arsany Guirguis]] for more information. 
  
-  * **Consistency in global-scale storage systems**: We offer several projects ​in the context ​of storage ​systems, ​ranging from implementation of social applications (similar ​to [[http://retwis.redis.io/|Retwis]], or [[https://github.com/share/​sharejs|ShareJS]]) to recommender systems, static content storage services (à la [[https://www.usenix.org/legacy/​event/​osdi10/​tech/​full_papers/Beaver.pdf|Facebook'​s Haystack]])or experimenting ​with well-known cloud serving benchmarks (such as [[https://github.com/brianfrankcooper/​YCSB|YCSB]]); please ​contact [[http://​people.epfl.ch/​dragos-adrian.seredinschi|Adi Seredinschi]] or [[https://​people.epfl.ch/​karolos.antoniadis|Karolos Antoniadis]]  for further ​information.+  * **Topology-aware mempool for cryptocurrencies**: The mempool is a core component of cryptocurrency systems. It disseminates user transactions to the miner nodes before they reach consensus.Current mempools assume an homogeneous network topology where all machines have the same bandwidth and latency.This unrealitic assumption forces the system to progress at the same speed as the slowest node in the system. This project aims at implementing a mempool which exploits the heterogeneity ​of the network to speed up data dissemination for cryptocurrency ​systems. This is a practical project which requires good knowledge in network programmingeither Go or C++, distributed algorithms. Contact Gauthier Voron <​gauthier.voron@epfl.ch>​ for more information. 
 + 
 +  * **Robust mean estimation**:​ In recent years, many algorithms have been proposed ​to perform robust mean estimation, which has been shown to be equivalent to robust gradient-based machine learning. A new concept has been proposed to define the performance of a robust mean estimator, called the [[https://arxiv.org/abs/​2008.00742|averaging constant]] (along with the Byzantine resilience). This research project consists of computing the theoretical averaging constant of different proposed robust mean estimatorsand to study their empirical performances on randomly generated vectors. Contact ​[[https://people.epfl.ch/sadegh.farhadkhani?​lang=en|Sadegh Farhadkhani]] for more information. 
 + 
 + 
 +  * **Accelerate Byzantine collaborative learning**: ​[[https://arxiv.org/abs/2008.00742|Our recent NeurIPS paper]] proposed algorithms for collaborative machine learning in the presence of Byzantine nodeswhich have been proved to be near optimal ​with respect to optimality at convergence. However, these algorithms require all-to-all communication at every round, which is suboptimal. This research consists of designing a practical solution to Byzantine collaborative learning, based on the idea of a random communication network at each round, with both theoretical guarantees and practical implementation. Contact ​[[https://people.epfl.ch/sadegh.farhadkhani?​lang=en|Sadegh Farhadkhani]] for more information. 
 + 
 + 
 + 
 +  * **Probabilistic Byzantine Resilience**: ​ Development of high-performance,​ Byzantine-resilient distributed systems with provable probabilistic guarantees. Two options are currently available, both building on previous work on probabilistic Byzantine broadcast: (ia theoretical project, focused the correctness of probabilistic Byzantine-tolerant distributed algorithms(ii) a practical project, focused on numerically evaluating of our theoretical results. Please ​contact [[matteo.monti@epfl.ch|Matteo Monti]] to get more information. 
 + 
 +  * **Microsecond-scale dependable systems.** Modern networking technologies such as RDMA (Remote Direct Memory Access) allow for sub-microsecond communication latency. Combined with emerging data center architectures,​ such as disaggregated resources pools, they open the door to novel blazing-fast and resource-efficient systems. Our research focuses on designing such microsecond-scale systems that can also tolerate faults. Our vision is that tolerating network asynchrony as well as faults (crash and/or Byzantine) is a must, but that it shouldn'​t affect the overall performance of a system. We achieve this goal by devising and implementing novel algorithms tailored for new hardware and revisiting theoretical models to better reflect modern data centers. Previous work encompasses microsecond-scale (BFT) State Machine Replication,​ Group Membership Services and Key-Value Stores (OSDI'​20,​ ATC'22 and ASPLOS'​23). Overall, if you are interested in making data centers faster and safer, contact [[https://​people.epfl.ch/​athanasios.xygkis|Athanasios Xygkis]] and [[https://​people.epfl.ch/​antoine.murat|Antoine Murat]] for more information. 
 + 
 + 
 + 
  
  
 \\ \\
  
 +
 +
 +\\
  
 ===== Semester Projects ===== ===== Semester Projects =====
Line 51: Line 67:
 EPFL I&C duration, credits and workload information are available [[https://​www.epfl.ch/​schools/​ic/​education/​|here]]. Don't hesitate to contact the project supervisor if you want to complete your Semester Project outside the regular semester period. EPFL I&C duration, credits and workload information are available [[https://​www.epfl.ch/​schools/​ic/​education/​|here]]. Don't hesitate to contact the project supervisor if you want to complete your Semester Project outside the regular semester period.
  
-===== Collaborative Projects ===== 
- 
-The lab is also collaborating with the industry and other labs at EPFL to offer interesting student projects motivated from real-world problems. With [[http://​lara.epfl.ch|LARA]] and [[interchain.io|Interchain Foundation]] we have several projects: 
- 
-  - **[[https://​dcl.epfl.ch/​site/​cryptocurrencies|AT2]]:​** Integration of an asynchronous (consensus-less) payment system in the Cosmos Hub. 
-  - **[[https://​github.com/​cosmos/​ics/​tree/​master/​ibc|Interblockchain Communication (IBC)]]:** Protocols description (and optional implementation) for enabling the inter-operation of independent blockchain applications. 
-  - **[[http://​stainless.epfl.ch|Stainless]]**:​ Implementation of Tendermint modules (consensus, mempool, fast sync) using Stainless and Scala. 
-  - **[[https://​github.com/​viperproject/​prusti-dev|Prusti]]:​** Implementation of Tendermint modules (consensus, mempool, fast sync) using Prusti and the Rust programming language. 
-  - **[[https://​tendermint.com/​docs/​spec/​reactors/​mempool/​functionality.html#​mempool-functionality|Mempool]]** performance analysis and algorithm improvement. 
-  - **Adversarial engineering:​** Experimental evaluation of Tendermint in adversarial settings (e.g., in the style of [[http://​jepsen.io/​analyses/​tendermint-0-10-2|Jepsen]]). 
-  - **Testing**:​ Generation of tests out of specifications (TLA+ or Stainless) for the consensus module of Tendermint. 
-  - **Facebook Libra comparative research**: Comparative analysis of consensus algorithms, specifically,​ between HotStuff (the consensus algorithm underlying [[https://​cryptorating.eu/​whitepapers/​Libra/​libra-consensus-state-machine-replication-in-the-libra-blockchain.pdf|Facebook'​s Libra]]) and Tendermint consensus. 
  
-Contact [[adi@interchain.io|Adi Seredinschi]] (INR 327) if interested in learning more about these projects.