Konten disusun AI — bisa keliru. Baca disclaimer lengkap

Bedah KasusBerlangsung|Fintech / Banking-as-a-Service (BaaS middleware)|Didirikan 2014|7 mnt baca

Synapse Financial Technologies

Bagikan:LinkedInXWhatsApp

Ringkasan

Apa yang Terjadi

Synapse Financial Technologies adalah perusahaan Banking-as-a-Service (BaaS) yang didirikan pada 2014 oleh Sankaet Pathak dan Bryan Keltner, dengan ambisi menjadi 'AWS untuk perbankan'. Sebagai middleware, Synapse menghubungkan aplikasi fintech (seperti Yotta, Juno, Copper, dan sempat Mercury) dengan bank-bank teregulasi (terutama Evolve Bank & Trust) — memungkinkan startup menawarkan rekening, kartu, dan tabungan tanpa menjadi bank. Synapse menghimpun sekitar US$50 juta modal ventura, termasuk Seri B US$33 juta yang dipimpin Andreessen Horowitz (2019).

Masalah fatalnya ada pada rekonsiliasi dan pencatatan dana (ledger). Dalam model ini, dana nasabah dari berbagai fintech disatukan (commingled) dalam rekening 'for-benefit-of' (FBO) di bank mitra, dan Synapse-lah yang memegang catatan siapa memiliki berapa. Namun ledger Synapse dan ledger Evolve tidak pernah sinkron — selisihnya besar, dan masalah ini diduga sudah diketahui sejak 2022 tanpa solusi tuntas.

Ketika Synapse mengajukan kebangkrutan Chapter 11 pada 22 April 2024 dan pada 11 Mei 2024 mematikan akses ke sistem teknologinya, lebih dari 100.000 konsumen kehilangan akses ke sekitar US$265 juta simpanan. Seorang wali amanat (trustee) menemukan bahwa sekitar US$85 juta dana nasabah hilang/tak terlacak. Korban paling parah adalah nasabah Yotta: dari sekitar US$109 juta yang seharusnya tersimpan, ledger belakangan hanya menunjukkan US$1,4 juta — banyak orang kehilangan tabungan hidup. Yang memperparah: karena Synapse (bukan bank) yang bangkrut, asuransi FDIC tidak berlaku, padahal banyak nasabah percaya dana mereka 'dijamin FDIC' karena pemasaran fintech.

Kasus ini memicu respons regulasi (FDIC mengusulkan 'Synapse rule' Oktober 2024 soal pencatatan rekening kustodian), tindakan CFPB, dan dilaporkan penyelidikan pidana — namun hingga catatan ini disusun, sebagian dana belum pulih dan litigasi (termasuk antara Synapse, Evolve, Mercury, dan Yotta) masih berjalan.

Pelajaran utama Synapse: 'menyimpan dana orang' menuntut pencatatan yang akurat dan dapat direkonsiliasi setiap saat — kegagalan ledger adalah kegagalan eksistensial; model middleware yang menyatukan dana tanpa kejelasan kepemilikan menciptakan risiko sistemik; dan klaim 'dijamin FDIC' bisa menyesatkan ketika yang gagal adalah perantara non-bank, bukan banknya.

Kronologi

Urutan Kejadian

Fakta

Synapse didirikan sebagai 'AWS untuk perbankan'

Sankaet Pathak dan Bryan Keltner mendirikan Synapse pada 2014, membangun infrastruktur Banking-as-a-Service yang memungkinkan aplikasi fintech menawarkan layanan perbankan (rekening, kartu, tabungan) tanpa menjadi bank — dengan menyambungkan mereka ke bank mitra teregulasi.

Fakta

Seri B US$33 juta dipimpin Andreessen Horowitz

Pada 2019, Synapse menggalang Seri B sebesar US$33 juta yang dipimpin Andreessen Horowitz (a16z), bagian dari total sekitar US$50 juta pendanaan. Dukungan VC ternama memberi Synapse kredibilitas dan mempercepat ekspansinya sebagai tulang punggung infrastruktur banyak fintech.

Fakta

Masalah rekonsiliasi ledger mulai diketahui

Dalam model Synapse, dana nasabah berbagai fintech disatukan (commingled) di rekening FBO di bank mitra (Evolve), dengan Synapse memegang catatan kepemilikan. Ledger Synapse dan ledger Evolve dilaporkan tidak sinkron — selisihnya besar — dan masalah ini diduga sudah diketahui sejak sekitar 2022 tanpa solusi tuntas. Inilah bom waktu yang kelak meledak.

Fakta

Mercury keluar; PHK; sengketa pendapatan

Sepanjang 2023, hubungan memburuk: Mercury (salah satu klien terbesar) keluar dari Synapse, dan Synapse melakukan PHK (termasuk 86 karyawan dalam satu putaran). Belakangan muncul gugatan Mercury yang menuduh Synapse menahan sekitar US$30 juta pendapatan — tanda ketegangan finansial dan operasional yang memuncak.

Fakta

Synapse ajukan kebangkrutan Chapter 11

Pada 22 April 2024, Synapse Financial Technologies mengajukan kebangkrutan Chapter 11 di pengadilan AS (Central District of California). Pengajuan ini memicu krisis: nasib dana nasabah yang dikelola lewat sistemnya menjadi tidak pasti.

Fakta

Sistem dimatikan; ~US$265 juta milik 100.000+ nasabah beku

Pada 11 Mei 2024, Synapse mematikan akses ke sistem teknologi yang dipakai bank mitra (termasuk Evolve) untuk memproses transaksi dan informasi rekening. Akibatnya, lebih dari 100.000 konsumen kehilangan akses ke sekitar US$265 juta simpanan — nasabah aplikasi seperti Yotta, Juno, dan Copper terkunci dari tabungan mereka.

Fakta

Trustee: ~US$85 juta dana nasabah hilang/tak terlacak

Wali amanat (trustee) kebangkrutan menyatakan dalam dokumen pengadilan bahwa sekitar US$65–95 juta (umumnya dirujuk ~US$85 juta) dana nasabah masih hilang atau tak terlacak akibat ketidaksesuaian ledger. Untuk Yotta, dari ~US$109 juta yang seharusnya tersimpan di jaringan bank, ledger belakangan hanya menunjukkan sekitar US$1,4 juta.

Fakta

Janji 'dijamin FDIC' yang menyesatkan terbongkar

Banyak nasabah aplikasi seperti Yotta percaya dana mereka 'dijamin FDIC'. Namun karena yang bangkrut adalah Synapse — perantara non-bank, bukan banknya — asuransi FDIC tidak berlaku untuk menutup dana yang hilang. Kasus ini menelanjangi celah berbahaya antara persepsi 'aman seperti bank' dan realitas hukum.

Fakta

FDIC usulkan 'Synapse rule' untuk rekening kustodian

Sebagai respons, pada Oktober 2024 FDIC mengusulkan aturan (dijuluki 'Synapse rule') yang mewajibkan bank menjaga pencatatan akurat atas pemilik manfaat (beneficial owner) dalam rekening kustodian — tanpa memperluas cakupan asuransi simpanan ke penyedia middleware. Tujuannya menutup celah pencatatan yang memicu bencana Synapse.

Tuduhan

Litigasi & penyelidikan berlanjut; sebagian dana belum pulih

Hingga 2025, sengketa hukum berlanjut — termasuk antara Synapse, Evolve, Mercury, dan Yotta yang saling menyalahkan soal ke mana dana mengalir. CFPB bergerak menuntut pertanggungjawaban, dan dilaporkan ada penyelidikan grand jury pidana. Sebagian dana nasabah belum pulih, meninggalkan ribuan korban dalam ketidakpastian. (Tuduhan antarpihak masih disengketakan; belum ada vonis.)

Diagram akar masalah — setiap cabang adalah insight yang didalami di bagian bawah

Aktor & Insentif

Siapa yang Terlibat

Peta aktor yang terlibat dalam kasus

Sankaet Pathak — Co-founder & CEO

Peran dalam Kasus

Memimpin Synapse hingga kebangkrutan. Dalam sengketa, ia menuding pihak lain (mis. Evolve memindahkan dana lebih dari seharusnya), sementara pihak lain menuding Synapse. Tidak ada vonis pidana; tuduhan masih disengketakan — praduga tak bersalah berlaku.

Insentif

Pendiri yang ingin membangun infrastruktur BaaS dominan ('AWS of banking'). Insentif: pertumbuhan cepat, menambah klien fintech, dan menjaga posisi sentral sebagai perantara — yang dapat menggeser fokus dari ketelitian rekonsiliasi dana.

Evolve Bank & Trust — bank mitra utama

Peran dalam Kasus

Memegang dana nasabah dalam rekening FBO, namun ledger-nya tak sinkron dengan Synapse. Menjadi pusat sengketa dan gugatan (mis. dituduh Yotta melakukan 'grotesque misconduct'). Perannya menyoroti bahaya bank mendelegasikan pencatatan kritis ke pihak ketiga.

Insentif

Bank yang memperoleh pendapatan dengan menjadi 'sponsor bank' bagi fintech via Synapse. Insentif: volume bisnis BaaS dengan beban operasional yang sebagian didelegasikan ke middleware.

Aplikasi fintech (Yotta, Juno, Copper, Mercury)

Peran dalam Kasus

Nasabah mereka menjadi korban langsung saat dana beku/hilang. Yotta paling parah terdampak (US$109 juta → US$1,4 juta di ledger). Mereka juga terlibat litigasi — menunjukkan risiko membangun di atas perantara yang pencatatannya rapuh.

Insentif

Startup yang ingin menawarkan layanan perbankan cepat tanpa lisensi bank, mengandalkan Synapse+Evolve. Insentif: time-to-market cepat dan biaya rendah lewat infrastruktur BaaS.

Nasabah akhir — korban yang kehilangan tabungan

Peran dalam Kasus

Lebih dari 100.000 (sebagian sumber: 200.000+) nasabah kehilangan akses ke ~US$265 juta; ~US$85 juta tak terlacak. Banyak yang kehilangan tabungan hidup tanpa perlindungan FDIC — korban paling nyata dan menyayat dari keruntuhan ini.

Insentif

Konsumen yang menyimpan dana (termasuk tabungan hidup) di aplikasi fintech, percaya dana mereka aman dan 'dijamin FDIC'. Kepentingan: keamanan dan akses penuh atas simpanan.

Regulator (FDIC, CFPB) & penegak hukum

Peran dalam Kasus

FDIC mengusulkan 'Synapse rule' (Okt 2024); CFPB bergerak menuntut pertanggungjawaban; dilaporkan ada penyelidikan grand jury pidana. Respons ini menandai BaaS sebagai area yang membutuhkan pengawasan lebih ketat — meski pemulihan dana tetap sulit.

Insentif

Otoritas berkepentingan melindungi konsumen, menutup celah pencatatan, dan menegakkan akuntabilitas. Insentif: mencegah terulangnya bencana BaaS.

Insight untuk Founder

Pelajaran dari Kasus Ini

1

'Menyimpan Dana Orang' Menuntut Ledger yang Akurat & Terrekonsiliasi

💥

Apa yang Terjadi

Ledger Synapse dan Evolve tidak pernah sinkron; ~US$85 juta dana nasabah hilang/tak terlacak. Masalah pencatatan ini diduga sudah diketahui sejak 2022 tanpa solusi.

🔄

Polanya

Untuk entitas yang memegang dana nasabah, pencatatan yang akurat dan dapat direkonsiliasi setiap saat bukan fitur — melainkan fondasi eksistensial. Ledger yang tak sinkron berarti tidak ada yang benar-benar tahu siapa memiliki apa, dan itu adalah kegagalan total.

🚩

Tanda Bahaya Dini

  • Ledger antar-pihak yang tidak sinkron/terrekonsiliasi
  • Dana nasabah disatukan (commingled) tanpa pemetaan kepemilikan jelas
  • Masalah pencatatan diketahui namun dibiarkan tanpa solusi
  • Tidak ada audit/rekonsiliasi independen yang rutin
🛡️

Aksi Pencegahan

  • Jadikan rekonsiliasi ledger harian/real-time sebagai keharusan mutlak
  • Petakan kepemilikan dana secara jelas dan dapat diaudit
  • Selesaikan ketidaksesuaian pencatatan segera, jangan ditunda
  • Audit independen atas dana kustodian secara berkala
2

Model Middleware yang Menyatukan Dana Menciptakan Risiko Sistemik

💥

Apa yang Terjadi

Synapse sebagai perantara menyatukan dana banyak fintech di rekening FBO bank mitra, dengan dirinya memegang catatan. Saat Synapse gagal, seluruh ekosistem di atasnya runtuh dan dana beku.

🔄

Polanya

Perantara yang menjadi titik tunggal untuk pencatatan dan akses dana menciptakan risiko sistemik: kegagalannya melumpuhkan semua pihak yang bergantung padanya. Menyatukan dana tanpa segregasi/kejelasan memperbesar dampak.

🚩

Tanda Bahaya Dini

  • Ketergantungan kritis pada satu perantara untuk akses/catatan dana
  • Dana banyak pihak disatukan tanpa segregasi yang jelas
  • Tidak ada rencana kontinjensi bila perantara gagal
  • Bank mendelegasikan fungsi kritis ke pihak ketiga tanpa pengawasan
🛡️

Aksi Pencegahan

  • Hindari titik tunggal kegagalan untuk akses/pencatatan dana
  • Segregasikan dan petakan kepemilikan secara jelas
  • Bank: jangan delegasikan pencatatan kritis tanpa pengawasan ketat
  • Siapkan rencana kontinjensi bila perantara gagal
3

Klaim 'Dijamin FDIC' Bisa Menyesatkan pada Perantara Non-Bank

💥

Apa yang Terjadi

Nasabah percaya dana mereka dijamin FDIC, tetapi karena yang bangkrut adalah Synapse (perantara non-bank), asuransi FDIC tidak menutup dana yang hilang.

🔄

Polanya

Asuransi FDIC melindungi dari kegagalan BANK, bukan kegagalan perantara fintech atau hilangnya catatan. Pemasaran yang mengaburkan perbedaan ini menciptakan rasa aman palsu — risiko yang tak disadari konsumen hingga terlambat.

🚩

Tanda Bahaya Dini

  • Pemasaran 'dijamin FDIC' tanpa menjelaskan struktur sebenarnya
  • Dana dipegang via perantara, bukan langsung di bank
  • Konsumen tak memahami siapa yang sebenarnya menyimpan dananya
  • Perlindungan FDIC diasumsikan menutup semua skenario
🛡️

Aksi Pencegahan

  • Pahami siapa yang benar-benar memegang dana Anda dan bagaimana
  • Sadari batas asuransi FDIC (melindungi kegagalan bank, bukan perantara)
  • Regulator/perusahaan: jangan kaburkan struktur perlindungan dalam pemasaran
  • Verifikasi pencatatan kepemilikan dana di tingkat bank
4

Saat Krisis, Saling-Menyalahkan Membuat Korban Terlantar

💥

Apa yang Terjadi

Synapse, Evolve, Mercury, dan Yotta saling menyalahkan soal ke mana dana mengalir — sementara nasabah akhir terkunci dari tabungan mereka tanpa kejelasan.

🔄

Polanya

Ketika tanggung jawab tersebar di banyak pihak yang saling-bergantung dan tak ada yang merasa 'pemilik' masalah, krisis berlarut dan korban (nasabah) terjebak di tengah. Ketiadaan akuntabilitas tunggal memperlambat pemulihan.

🚩

Tanda Bahaya Dini

  • Tanggung jawab dana tersebar tanpa pihak yang akuntabel tunggal
  • Para pihak saling menyalahkan alih-alih memulihkan dana
  • Tidak ada mekanisme penyelesaian cepat bagi korban
  • Struktur yang membuat 'tidak ada yang bertanggung jawab'
🛡️

Aksi Pencegahan

  • Tetapkan akuntabilitas yang jelas atas dana nasabah
  • Bangun mekanisme pemulihan cepat sebelum krisis terjadi
  • Hindari struktur yang mengaburkan siapa yang bertanggung jawab
  • Utamakan perlindungan korban di atas sengketa antarpihak

Bedah Teknikal

Kacamata CTO

Penting — inti kegagalan Synapse ada di sistem pencatatan dana (ledger), bukan outage server atau kebocoran data. Tidak ada bukti breach besar di Synapse sendiri; lapis teknis yang sah dibedah adalah arsitektur data kepemilikan dana — pelajaran bagi siapa pun yang membangun sistem yang menyimpan uang orang lain (wallet, custody, escrow, treasury, BaaS).

  • Middleware pemegang sub-ledger: Synapse tak punya bank charter. Bank mitra (terutama Evolve) hanya memegang saldo agregat kolam (pooled); Synapse-lah yang memegang catatan saldo per-user yang tidak dilacak bank.
  • Rekening FBO ter-commingle: dana end-user, dana cadangan/operasi fintech, dan (menurut pernyataan Pathak di pengadilan) dana operasi Synapse sendiri disatukan di rekening for-benefit-of.
  • Tanpa rekonsiliasi tiga-arah kontinu antara sub-ledger Synapse, DDA/FBO di bank, dan pergerakan dana riil.

Detail stack aplikasi internal tak dipublikasikan; bagian berlabel Inferensi adalah dugaan beralasan, bukan fakta. Tudingan siapa yang menghilangkan dana masih disengketakan antara Synapse, Evolve, Mercury, dan Yotta.

Akar Masalah Teknis

Ledger jadi sumber kebenaran tunggal tanpa rekonsiliasi independen

ArsitekturKritisFaktaSumber ↗
💥

Apa yang terjadi

Synapse memegang catatan kepemilikan per-user; bank hanya memegang saldo agregat kolam. Tidak ada rekonsiliasi tiga-arah kontinu (sub-ledger Synapse ↔ DDA/FBO bank ↔ pergerakan dana riil). Saat ledger Synapse terbukti tak akurat, tak ada sumber pembanding yang bisa memulihkan kebenaran.

🔄

Polanya

Menyimpan uang orang berarti ledger adalah produk. Kalau satu pihak memegang satu-satunya salinan peta kepemilikan tanpa rekonsiliasi mengikat dengan pihak yang benar-benar memegang uang, integritas dana bergantung pada integritas satu sistem — dan itu tidak pernah cukup untuk custody.

🚩

Tanda bahaya dini

  • Hanya satu sistem yang tahu 'siapa punya berapa'
  • Rekonsiliasi manual/berkala, bukan kontinu & mengikat
  • Selisih ledger dibiarkan berlarut (di sini sejak ~2022)
  • Tak ada pihak independen yang bisa memvalidasi saldo
🛡️

Pencegahan

Bangun ledger double-entry yang immutable sebagai inti, dengan rekonsiliasi tiga-arah otomatis harian (idealnya lebih sering) antara sub-ledger, saldo bank, dan mutasi. Setiap selisih = insiden yang di-block hingga nol. Pastikan pihak yang memegang uang bisa memvalidasi kepemilikan secara independen.

Single point of failure di lapis data + kill-switch yang bisa membutakan bank

ReliabilityKritisFaktaSumber ↗
💥

Apa yang terjadi

Peta user→saldo hanya utuh di sistem Synapse. Ketika Synapse mematikan sistemnya pada 11 Mei 2024, empat bank mitra kehilangan kemampuan mengidentifikasi end-user, sehingga tak bisa memproses penarikan — >100.000 nasabah beku seketika.

🔄

Polanya

Kalau data yang menentukan hak nasabah hanya hidup di sistem satu vendor, vendor itu menjadi single point of failure eksistensial. Kegagalan bisnis/hukum vendor langsung menjelma jadi ketidaktersediaan data — bukan sekadar downtime aplikasi.

🚩

Tanda bahaya dini

  • Catatan kritikal hanya ada di sistem satu pihak, tanpa replika/escrow
  • Pihak yang bergantung tak punya salinan yang bisa berdiri sendiri
  • Tidak ada rencana kontinuitas data jika vendor mati/menutup akses
🛡️

Pencegahan

Replikasi/escrow catatan kepemilikan sehingga data selamat walau perantara mati: streaming rekonsiliasi ke bank secara near-real-time, ekspor terjadwal yang bisa dipakai berdiri sendiri, dan kontrak yang menjamin akses data saat pemutusan. Jangan biarkan satu sistem memegang kunci tunggal hak nasabah.

Deteksi gagal: selisih ledger diketahui sejak ~2022 tanpa penyelesaian mengikat

ProsesTinggiFaktaSumber ↗
💥

Apa yang terjadi

Ketidaksesuaian ledger Synapse–Evolve dilaporkan telah diketahui sekitar 2022, namun tidak ada mekanisme yang memaksa penyelesaian sampai selisihnya nol. Masalah menumpuk hingga meledak saat kebangkrutan.

🔄

Polanya

Selisih rekonsiliasi yang 'kecil dan diketahui' hampir selalu tumbuh. Tanpa kebijakan 'unreconciled = Sev1' dan alerting otomatis pada drift, penundaan menjadi utang integritas yang menagih di saat terburuk.

🚩

Tanda bahaya dini

  • Selisih rekonsiliasi berumur bulanan/tahunan yang 'nanti dibereskan'
  • Tak ada alert otomatis saat ledger dan bank menyimpang
  • Tak ada owner tunggal yang akuntabel atas angka selisih
  • Statement untuk bank dan untuk end-user tidak konsisten
🛡️

Pencegahan

Perlakukan setiap sen yang tak terrekonsiliasi sebagai insiden prioritas tertinggi dengan SLA penyelesaian. Otomatiskan deteksi drift harian, satu angka selisih yang diaudit, dan blokir rilis/ekspansi selama selisih belum nol.

Commingling FBO tanpa segregasi & double-entry yang immutable

ArsitekturTinggiKlaimSumber ↗
💥

Apa yang terjadi

Dana end-user, cadangan/operasi fintech, dan (menurut pernyataan Pathak) operasi Synapse disatukan di rekening FBO. Tanpa pemisahan ketat dan pencatatan double-entry yang tak bisa diubah, batas kepemilikan menjadi kabur dan sulit dipisahkan saat krisis.

🔄

Polanya

Commingling menukar efisiensi rekening dengan ketertelusuran. Untuk custody, ketertelusuran per-pemilik adalah fitur keselamatan — bukan overhead. Uang yang tercampur tanpa jejak immutable tidak bisa diklaim balik dengan pasti.

🚩

Tanda bahaya dini

  • Dana nasabah dan dana operasi berbagi rekening/kolam yang sama
  • Saldo bisa berubah tanpa transaksi berpasangan (bukan double-entry)
  • Tidak ada segregation of duties antara yang menghitung dan yang memegang dana
🛡️

Pencegahan

Pisahkan dana nasabah dari dana operasi secara struktural; catat setiap mutasi sebagai entri berpasangan yang immutable dan dapat diaudit; larang saldo berubah tanpa transaksi bersumber. Terapkan segregation of duties antara pemegang dana dan pencatat.

Custody multi-pihak tanpa sumber kebenaran bersama yang terrekonsiliasi

VendorTinggiKlaimSumber ↗
💥

Apa yang terjadi

Rantai custody melibatkan Synapse, Evolve, dan kemudian bank-bank brokerage (AMG/Lineage/American). Tak ada sistem sumber-kebenaran bersama; tiap pihak memegang ledger sendiri yang saling bertentangan. Evolve menegaskan tak ada satu bank pun yang bisa menuntaskan rekonsiliasi sendirian.

🔄

Polanya

Saat uang nasabah melewati beberapa pihak, tiap batas tanpa rekonsiliasi mengikat adalah tempat dana bisa 'hilang' di antara pembukuan. Ketergantungan lintas-vendor tanpa kontrak data & rekonsiliasi bersama menciptakan risiko sistemik.

🚩

Tanda bahaya dini

  • Tiap pihak punya ledger sendiri tanpa kesepakatan sumber kebenaran
  • Migrasi dana lintas vendor dilakukan cepat tanpa paritas rekonsiliasi
  • Tak ada pihak yang bisa merekonsiliasi end-to-end sendirian
🛡️

Pencegahan

Sebelum menskalakan custody multi-pihak, sepakati kontrak sumber-kebenaran & rekonsiliasi bersama (siapa memegang catatan otoritatif, format, kadensi, resolusi selisih). Jangan pindahkan dana aktif lintas vendor tanpa paritas rekonsiliasi dan jalur rollback.

Keputusan Teknis & Trade-off

Middleware menjadi satu-satunya pemegang sub-ledger kepemilikan per-user

Masuk akal, lalu jadi beban

Konteks

Tanpa bank charter, Synapse harus melacak saldo tingkat-user karena bank mitra hanya memegang saldo agregat kolam. Menaruh sub-ledger di Synapse memungkinkan banyak fintech berbagi sedikit rekening bank — efisien dan cepat go-to-market.

Trade-off

Kecepatan & efisiensi rekening vs titik kebenaran tunggal tanpa kontrol setingkat bank. Kepemilikan dana bergantung pada integritas satu sistem swasta yang tak diaudit seketat bank.

Hasil

Ketika ledger Synapse terbukti tak akurat dan sistemnya dimatikan, tak ada pihak lain yang bisa merekonstruksi 'siapa memiliki berapa' — pertanyaan kepemilikan dasar jadi tak terjawab.

Commingle dana end-user, cadangan/operasi fintech, dan operasi Synapse di rekening FBO

Berisiko

Konteks

Pooling FBO adalah pola umum BaaS untuk menghindari membuka jutaan rekening bank individual. Menyatukan dana menyederhanakan operasi treasury dan sweep.

Trade-off

Efisiensi operasional vs ketertelusuran per-user. Tanpa segregasi ketat dan double-entry yang immutable, batas antara uang siapa jadi kabur.

Hasil

Pathak menyatakan di pengadilan dana 'mungkin' ter-commingle; selisih ledger membuat pemisahan kepemilikan sulit dan memunculkan potensi kekurangan ~US$65–96 juta.

Migrasi cepat program brokerage sweep lintas bank (2023) di sistem uang yang hidup

Berisiko

Konteks

Setelah Evolve menaikkan reserve requirement dan menahan bunga, Synapse membentuk Synapse Brokerage dan memindahkan dana keluar Evolve ke AMG/Lineage/American untuk mengurangi ketergantungan pada satu bank.

Trade-off

Mengurangi vendor lock-in ke Evolve vs migrasi pergerakan uang aktif tanpa paritas rekonsiliasi dan tanpa rollback aman.

Hasil

Evolve menemukan saldo di ledger Brokerage berubah harian tanpa pergerakan dana bersesuaian; state lintas bank jadi tak terrekonsiliasi. Siapa yang salah masih disengketakan.

Insight untuk CTO

Arsitektur

Kalau produkmu menyimpan uang orang, ledger adalah produk inti — bangun sebagai double-entry immutable dengan rekonsiliasi otomatis ke pihak yang benar-benar memegang uang, bukan spreadsheet/tabel saldo yang bisa ditimpa.

🚩 Peringatan dini

Saldo bisa berubah tanpa transaksi berpasangan; hanya satu sistem yang tahu kepemilikan; rekonsiliasi ke bank bersifat berkala dan manual, bukan kontinu.

🛡️ Pencegahan

Adopsi akuntansi double-entry immutable sejak hari-1; setiap perubahan saldo wajib punya transaksi bersumber; rekonsiliasi tiga-arah (ledger ↔ bank ↔ mutasi) otomatis harian dengan target selisih nol.

Proses

Perlakukan setiap sen yang tak terrekonsiliasi sebagai Sev1. Selisih 'kecil dan diketahui' adalah utang integritas yang menagih di saat terburuk.

🚩 Peringatan dini

Ada angka selisih rekonsiliasi yang berumur bulanan/tahunan; tak ada alert drift otomatis; statement untuk bank dan untuk nasabah tidak konsisten.

🛡️ Pencegahan

Otomatiskan deteksi drift dengan alerting; tetapkan owner tunggal yang akuntabel atas selisih; blokir ekspansi/rilis fitur selama selisih belum nol; audit satu angka kebenaran.

Vendor

Dalam custody multi-pihak, sepakati sumber kebenaran & kontrak rekonsiliasi bersama sebelum menskalakan — jangan biarkan satu pihak menjadi pemegang tunggal peta kepemilikan tanpa pihak lain bisa memvalidasi.

🚩 Peringatan dini

Tiap vendor punya ledger sendiri yang tak dicocokkan; tidak ada pihak yang bisa merekonsiliasi end-to-end; migrasi dana lintas bank dilakukan tergesa.

🛡️ Pencegahan

Definisikan pemegang catatan otoritatif, format, kadensi, dan mekanisme resolusi selisih antar semua pihak; jadikan rekonsiliasi lintas-vendor sebagai syarat kontrak, bukan afterthought.

Utang Teknis

Jangan pernah memigrasi sistem pergerakan uang yang hidup tanpa paritas rekonsiliasi dan rollback. Migrasi tergesa (brokerage sweep 2023) adalah momen paling rawan menciptakan state yang tak terrekonsiliasi.

🚩 Peringatan dini

Migrasi dana aktif dijalankan di bawah tekanan sengketa/komersial; tak ada dual-run yang membandingkan sistem lama vs baru; tak ada jalur balik yang aman.

🛡️ Pencegahan

Migrasi dana dengan pola dual-run (jalankan paralel, cocokkan saldo hingga identik sebelum cutover), rekonsiliasi wajib nol sebelum memindahkan uang riil, dan siapkan rollback teruji.

Org Engineering

Jangan biarkan satu sistem (atau satu pihak) menjadi pemegang tunggal catatan hak nasabah. Data yang menentukan kepemilikan harus selamat walau perantara mati.

🚩 Peringatan dini

Catatan kritikal hanya ada di sistem satu vendor tanpa replika/escrow; pihak yang bergantung tak punya salinan berdiri-sendiri; tak ada rencana kontinuitas data.

🛡️ Pencegahan

Replikasi/escrow catatan kepemilikan ke pihak yang memegang uang; ekspor terjadwal yang bisa dipakai independen; jamin akses data lewat kontrak saat pemutusan hubungan.

Verdict CTO

Kalau saya CTO Synapse 2–3 tahun sebelum krisis, lima keputusan yang saya ambil berbeda:

  1. Jadikan ledger double-entry immutable + rekonsiliasi tiga-arah harian sebagai fondasi, bukan tambahan. Kepemilikan dana tak boleh bergantung pada satu tabel saldo yang bisa ditimpa; setiap selisih dengan bank mem-block operasi sampai nol.
  2. Wajibkan bank mitra bisa memvalidasi kepemilikan secara independen — streaming rekonsiliasi near-real-time + ekspor berdiri-sendiri, sehingga tak ada kill-switch yang bisa membutakan bank dan membekukan nasabah.
  3. Larang commingling: segregasi struktural dana nasabah vs operasi, dan larang saldo berubah tanpa transaksi bersumber berpasangan.
  4. Perlakukan selisih rekonsiliasi sekecil apa pun sebagai Sev1 dengan owner akuntabel dan SLA — bukan 'nanti dibereskan' yang menumpuk sejak 2022.
  5. Tidak memigrasi pergerakan uang aktif tanpa dual-run + paritas rekonsiliasi + rollback teruji — migrasi brokerage sweep 2023 seharusnya berjalan paralel sampai saldo identik sebelum cutover.

Semua ini bukan optimasi teknis mewah; untuk sistem yang menyimpan uang orang, integritas ledger adalah syarat hidup-mati, bukan fitur.

Sumber

Sentimen Publik

Bagaimana Publik Memandang

13 Juni 2026|metode 1.0|Claude — riset web langsung (tanpa Anthropic API)|n=25
Rentang: 1 April 2024 – 31 Maret 2025Metodologi

Sentimen mengukur persepsi publik, bukan fakta hukum. Baca metodologi untuk batasan dan bias yang diakui.

Media
Negatif

Liputan (CNBC, Fortune, TechCrunch) membingkai Synapse sebagai 'perceraian terburuk fintech' dan krisis sistemik BaaS — menyoroti ledger yang kacau dan ~US$85 juta dana hilang. Nada dominan kritis terhadap model dan eksekusi seluruh pihak.

Pihak Terdampak
Negatif

Lebih dari 100.000 nasabah (terutama Yotta) kehilangan akses ke ~US$265 juta; banyak kehilangan tabungan hidup tanpa perlindungan FDIC. Sentimen sangat negatif, putus asa, dan personal — korban paling nyata dari keruntuhan ini.

Regulator
Negatif

FDIC mengusulkan 'Synapse rule', CFPB bergerak menuntut pertanggungjawaban, dan dilaporkan ada penyelidikan grand jury. Posisi regulator menegaskan kegagalan serius pengawasan/pencatatan BaaS yang perlu ditutup.

Lender/Korban
Campuran

Bank mitra (Evolve) dan fintech (Mercury, Yotta) saling menyalahkan dalam litigasi soal ke mana dana mengalir. Sentimen campuran-adversarial: tiap pihak membela diri sambil menuding pihak lain; publik kritis terhadap semuanya.

Founder
Campuran

Sankaet Pathak menuding Evolve memindahkan dana lebih dari seharusnya, sementara pihak lain menuding Synapse. Komunitas fintech terbelah, namun banyak mengkritik Synapse atas kegagalan ledger. Pembelaan pendiri minoritas dan disengketakan.

Sosial Media
Negatif

Percakapan daring (korban Yotta, komunitas fintech) diwarnai kemarahan atas tabungan yang hilang, peringatan soal 'FDIC palsu', dan debat keras soal keamanan aplikasi keuangan. Nada mayoritas negatif dan penuh keprihatinan.