Catatan pertemuan kolaborator TFF 9/9/2022,Catatan pertemuan kolaborator TFF 9/9/2022

  • Pembahasan proposal Jeremy, lanjutan
  • Apa yang harus dibahas secara khusus - telusuri keduanya + verifikasi terhadap pemahaman TFF
  • Rekap singkat untuk audiens baru:
    • Saat ini, semua komunikasi diprakarsai oleh server / koordinator ke klien
    • Dalam banyak skenario, klien tidak dapat ditangani, mereka tidak memiliki titik akhir masuk
    • Ingin pengaturan dengan titik akhir sisi server untuk terhubung ke
    • Tambahan yang diinginkan untuk ekosistem, relevan dengan banyak skenario aplikasi
  • Masalah yang diidentifikasi dalam proposal Jeremy - konsep penyimpanan tugas tempat semua tanggapan diunggah bertentangan dengan properti privasi yang kami coba pertahankan. Aliran data ke server harus dimediasi oleh operator federasi, dan tidak boleh terjadi pada perincian permintaan/tanggapan pelaksana TFF individu.
  • (diskusi tentang protokol pelaksana TFF)
  • (beberapa menit pengenalan konseptual ke antarmuka pelaksana dalam rekaman YouTube ini )
  • TFF mendukung penyebaran dalam dua rezim:
    • klien stateful.
      • Antarmuka pelaksana TFF umum dirancang untuk mendukung mode ini.
      • Eksekutor host klien.
      • Menangani dikembalikan sebagai tanggapan atas permintaan eksekutor menahan status sisi klien.
      • Meneruskan pegangan tersebut ke permintaan eksekutor berikutnya mendukung operasi dan pipelining sisi klien.
      • Ini tentu saja mungkin dengan koneksi yang dimulai oleh klien, meskipun saat ini tidak ada komponen dalam repo TFF yang dirancang untuk ini.
      • Dengan koneksi yang diprakarsai klien, kontrol masih top-down, didorong oleh pelaksana di sisi server.
      • Sedangkan mekanisme untuk mengatur pertukaran permintaan dan tanggapan dapat bervariasi tergantung pada pihak mana yang memulai komunikasi, apakah koneksi berjalan lama, dll., pada tingkat logis, permintaan masih dikeluarkan oleh server.
      • Klien dapat menghubungi server berulang kali untuk memberi tanggapan dan meminta permintaan berikutnya.
      • Klien masih mempertahankan status lokal karena terus menghubungi server.
      • Hilangnya status pada klien atau batas waktu pada server masih mengakibatkan kegagalan seluruh komputasi (sama seperti pada pengaturan pelaksana reguler).
    • Klien tanpa kewarganegaraan.
      • Tidak kompatibel dengan protokol pelaksana TFF umum, seperti di atas.
      • Namun, ini dapat didukung oleh compiler MapReduce - ada fungsi library di TFF dalam modul tff.mapreduce.backends untuk menerjemahkan kelas komputasi TFF ke dalam bentuk seperti MapReduce yang dapat beroperasi dalam rezim klien stateless.
  • Langkah selanjutnya: Proposal Jeremy dapat diselamatkan (tetapi perlu memasukkan statefulness di sisi klien)