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
education [2019/06/02 14:59]
seredins
education [2024/05/16 16:36] (current)
fablpd
Line 8: Line 8:
 \\ \\
  
-  * [[education/​ca_2018|Concurrent Algorithms]] (theory & practice) +  * [[education/​ca_2023|Concurrent Algorithms]] (theory & practice) 
-  * [[education/​da|Distributed Algorithms]] (theory & practice)+  * [[education/​da_2023|Distributed Algorithms]] (theory & practice)
 \\ \\
 The lab taught in the past the following courses: The lab taught in the past the following courses:
Line 26: Line 26:
 DCL offers master projects in the following areas: DCL offers master projects in the following areas:
  
-  * **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: (i) a 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.+  * **[[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]].
  
 +  * **Tackling data heterogeneity in Byzantine-robust ML**: Context: Distributed ML is a very effective paradigm to learn collaboratively when all users correctly follow the protocol. However, some users may behave adversarially and measures should be taken to protect against such Byzantine behavior [ [[https://​papers.nips.cc/​paper/​2017/​hash/​f4b9ec30ad9f68f89b29639786cb62ef-Abstract.html|1]],​ [[https://​proceedings.mlr.press/​v162/​farhadkhani22a.html|2]] ]. In real-world settings, users have different datasets (i.e. non-iid), which makes defending against Byzantine behavior challenging,​ as was shown recently in  [ [[https://​proceedings.neurips.cc/​paper/​2021/​hash/​d2cd33e9c0236a8c2d8bd3fa91ad3acf-Abstract.html|3]],​ [[https://​openreview.net/​forum?​id=jXKKDEi5vJt|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.
  
-  * **Distributed computing using RDMA and/or NVRAM**: contact ​[[https://​people.epfl.ch/​igor.zablotchi|Igor Zablotchi]] for more information.+  * **Benchmark to certify Byzantine-robustness in ML**: Context: Multiple attacks have been proposed to instantiate a Byzantine adversary in distributed ML [ [[https://​proceedings.neurips.cc/​paper/​2019/​hash/​ec1c59141046cd1866bbbcdfb6ae31d4-Abstract.html|1]],​ [[https://​proceedings.mlr.press/​v115/​xie20a.html|2]] ]. While these attacks have been successful against known defenses, it remains unknown whether stronger attacks exist. As such, a strong benchmark is needed, to go beyond the cat-and-mouse game illustrating the existing research. Ideally, similar 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 ML. Contact ​[[https://​people.epfl.ch/​youssef.allouah?​lang=en|Youssef Allouah]] for more information.
  
-  * **[[Distributed ML|Distributed Machine Learning]]**:​ contact [[http://​people.epfl.ch/​georgios.damaskinos|Georgios Damaskinos]] for 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. 
  
-  * **Stochastic gradient: (artificial) reduction of the ratio variance/​norm for adversarial distributed SGD**: One computationally-efficient and non-intrusive line of defense for adversarial ​distributed ​SGD (e.g. 1 parameter server distributing the gradient estimation to several, possibly adversarial workers) relies on the honest workers to send back gradient estimations with sufficiently low variance; assumption which is sometimes ​hard to satisfy in practiceOne solution could be to (drastically) increase the batch-size at the workers, but doing so may as well defeat the very purpose of distributing the computation\\ In this project, we propose two approaches that you can choose to explore (also you may propose ​different approach) to (artificially) reduce the ratio variance/​norm of the stochastic gradientswhile keeping the benefits of the distribution. The first proposed approachspeculative,​ boils down to "​intelligent"​ coordinate selectionThe second makes use of some kind of "​momentum"​ at the workers\\ [1] [[https://papers.nips.cc/paper/6617-machine-learning-with-adversaries-byzantine-tolerant-gradient-descent|"​Machine Learning with Adversaries:​ Byzantine Tolerant Gradient Descent" ​]]  \\ [2] [[https://arxiv.org/​abs/​1610.05492|"​Federated Learning: Strategies for Improving Communication Efficiency"​]] \\ Contact ​ [[https://​people.epfl.ch/​sebastien.rouault|Sébastien Rouault]] for more information.+  * **Evaluating Distributed Systems**: By nature, ​distributed ​systems are hard to evaluateDeploying real world systems and orchestrating large scale experiments require dedicated software and expensive infrastructureAs resultmany widespread distributed systems are not properly evaluatedtested on uncomparable or irreproductible setupsProjects ​of this category aim to build efficient and scalable evaluation tools for distributed systems. [[https://dl.acm.org/doi/10.1145/​3552326.3567482|Diablo]]-related projects involve building a test harness for evaluating blockchains (skills requirednetwork programming,​ blockchain, Go, C++)Another set of projects focus on creating **large networks simulators** able to emulate hundreds of powerful machines from a single physical server (skills required: system programming,​ virtualization,​ C, C++). Contact [[https://​people.epfl.ch/​gauthier.voron/?​lang=en|Gauthier Voron]] for more information.
  
 +  * **Smart Contracts and Decentralized Software**: Smart contracts are one of the key innovations brought by blockchains,​ enabling users to deploy codes that get executed transparently,​ autonomously and in a decentralized fashion. However, the applicability of smart contracts is hampered by their limited performance. Projects of this category aim to build runtime environments for fast and efficient execution of smart contracts. The first set of projects address the challenge of **deterministic parallelism**,​ or how to use several threads to execute a smart contract while guaranteeing a deterministic result (skills required: compiler principles, Rust). The second set of projects explores the concept of non-transactional smart contracts, a way to remove the notion of gas in smart contracts (skills required: system programming,​ C, Rust). The last set of projects focus on high-throughput cryptographic primitives: how to use hardware acceleration to speed up transaction authentication (skills required: cryptography principles, GPU programming,​ C, Assembly). Contact [[https://​people.epfl.ch/​gauthier.voron/?​lang=en|Gauthier Voron]] for more information.
  
-  * **Consistency in global-scale storage systems**: We offer several projects in the context ​of storage systemsranging from implementation ​of social applications (similar ​to [[http://retwis.redis.io/|Retwis]], or [[https://github.com/​share/​sharejs|ShareJS]]to recommender systemsstatic 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|Adrian Seredinschi]] or [[https://​people.epfl.ch/​karolos.antoniadis|Karolos Antoniadis]]  for further ​information.+  * **Safe and Scalable Consensus**: Decentralized systems like cryptocurrencies rely on the concept ​of consensus. This component is critical as it dictates how performantsafe and scalable a distributed system is. Over the last years, the DCL has pushed the performance ​of consensus algorithms ​to [[https://arxiv.org/pdf/2304.07081|unprecedented levels]] but the practical safety and scalability are yet to be addressed. Projects of this category focus on designing and implementing distributed consensus algorithms which are safer against cyberattacks or adverse environments and work with higher number of participants. On one sidesome projects explore new **consensus designs** with good theoretical guarantees and practical behaviors ​(skills requireddistributed algorithms, network programming,​ Go)On the other sidesome projects focus on ensuring the correctness of existing consensus algorithms through **model checking** at various levels ​(skills requireddistributed algorithms, Rust, TLA+). Contact ​[[https://​people.epfl.ch/​gauthier.voron/?​lang=en|Gauthier Voron]] for more information.
  
-  * **[[cryptocurrencies|Cryptocurrencies]]**: We have several project openings as part of our ongoing research ​on designing new cryptocurrency ​systems. ​Please contact ​[[rachid.guerraoui@epfl.ch|ProfRachid Guerraoui]].+  * **Certified Machine Learning**: Machine learning techniques ​have developed rapidly in recent years, with impressive results and widespread adoption. However, many models are closed and executed on remote servers belonging to private companies. Moreover, the training process ​of these models remain obscure, pushing public institutions to look forward auditable and certified machine learning in the hope of better regulation of this industry. Projects ​on this category aim to build systems ​that make possible to create and use **certified machine learning** models (skills required: principles of machine learning, PyTorch, Go)Contact ​[[https://​people.epfl.ch/​gauthier.voron/?​lang=en|Gauthier Voron]] or [[https://​people.epfl.ch/​Geovani.Rizk/?​lang=en|Geovani Rizk]] 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 estimators, and 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 nodes, which 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: (i) a 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 68:
 If the subject of a Master Project interests you as a Semester Project, please contact the supervisor of the Master Project to see if it can be considered for a Semester Project. If the subject of a Master Project interests you as a Semester Project, please contact the supervisor of the Master Project to see if it can be considered for a Semester Project.
  
-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 ​on [[https://​www.epfl.ch/​schools/​ic/​education/​master/​semester-project-msc/|https://www.epfl.ch/​schools/​ic/​education/​master/​semester-project-msc/​]] 
 +