Pool Guard untuk Uniswap memungkinkan penerbit, seperti reksa dana, agen transfer, atau tempat perdagangan, menjalankan pool Uniswap berizin berdasarkan daftar investor yang sudah disimpannya secara off-chain. Daftar tersebut tetap berada di tempatnya, dan tidak ada bagian darinya yang masuk ke blockchain. Setiap kali ada deposit, Newton memeriksa wallet berdasarkan daftar tersebut: apakah wallet tercantum, dan berapa banyak yang boleh didepositkan? Hanya keputusan yang dipublikasikan.

Dalam demo, Google Sheet digunakan sebagai daftar investor. Wallet yang tercantum melakukan deposit sesuai batasnya, dan pool menerimanya. Deposit kedua yang melebihi sisa batasnya ditolak on-chain. Baik sheet maupun batas tersebut tidak pernah muncul di blockchain, dan Newton Explorer mencatat kedua keputusan itu. Inilah jenis pemeriksaan yang kini diminta SEC dari tempat perdagangan yang memperdagangkan saham tertokenisasi dalam pool AMM berizin, seperti Uniswap.

Latar belakang: Pool dengan izin dan perintah SEC

Uniswap Labs meluncurkan Pool dengan Izin pada 23 Juli 2026 untuk dana yang ditokenisasi, ekuitas, dan aset lain yang hanya boleh dimiliki oleh investor yang disetujui.

Pada 17 September 2026, SEC menerbitkan Pengecualian Inovasi (Rilis No. 34-106402). Selama lima tahun, sebuah platform dapat menjalankan pool AMM untuk saham AS yang tercatat di bursa dalam bentuk token tanpa mendaftar sebagai bursa. Pendiri Uniswap, Hayden Adams, mengatakan pada hari yang sama bahwa perintah tersebut terutama berlaku untuk pool dengan izin di Uniswap. Tiga ketentuannya berpengaruh pada cara pool memeriksa siapa yang berdagang dan berapa jumlahnya:

• Hanya dompet terverifikasi. Hanya peserta terverifikasi atau yang memiliki kredensial yang boleh menggunakan pool, termasuk penyedia likuiditas.

• Batas dihitung berdasarkan volume. Setiap saham dibatasi sebesar 0,25% atau 2,5% dari volume harian rata-ratanya, bergantung pada kategorinya.

• Catatan tentang cara dompet diperiksa. Platform menyimpan catatan tentang cara mereka menyaring peserta dan memverifikasi alamat dompet selama masa pengecualian ditambah tiga tahun.

Tantangannya: daftar izin on-chain harus selalu sesuai dengan daftar off-chain

Dalam rancangan Uniswap, token yang diatur berada di adapter izin, di luar pool. Sebelum setiap swap dan setiap posisi likuiditas baru, pool menanyakan pemeriksa daftar izin—kontrak yang ditulis penerbit—apakah dompet tersebut diizinkan (Uniswap Labs).

Sebagai gantinya, Pool Guard menggunakan hook Uniswap-nya sendiri sehingga dapat digunakan dengan token ERC-20 apa pun. Setiap swap, setoran, dan penarikan memerlukan atestasi Newton untuk dompet dan tindakan tersebut, dan hook membatalkan transaksi yang tidak memilikinya.

Pemeriksa daftar izin bawaan Uniswap hanya menerima dompet dan token, lalu menjawab dengan dua penanda ya-atau-tidak: satu untuk swap dan satu untuk penyediaan likuiditas.

Akibatnya, ada tiga kekurangan:

• Daftarnya harus disalin ke on-chain. Pemeriksa hanya dapat melihat data yang sudah ada di on-chain, jadi setiap persetujuan atau penghapusan dalam daftar penerbit harus disalin ke sana. Sebelum itu dilakukan, pool dan daftar tersebut tidak selaras.

• Jawabannya hanya ya atau tidak. Ukuran transaksi tidak pernah diteruskan, sehingga pemeriksa tidak dapat menegakkan aturan seperti “hingga $50.000 untuk dompet ini”, batas langganan, atau batas volume dalam perintah SEC.

• Siapa pun dapat menanyakannya. Fungsi ini bersifat publik, sehingga siapa pun dapat memeriksa apakah dompet mana pun telah disetujui.

Pendekatan lain adalah kredensial soulbound, yaitu token yang tidak dapat dipindahtangankan dan dicetak untuk sebuah dompet setelah investornya lolos KYC atau akreditasi. Pool memeriksa apakah dompet tersebut memiliki token itu. Pemeriksaannya murah, dan satu kredensial dapat digunakan di banyak pool.

Pendekatan ini tetap menempatkan daftar di on-chain, dengan satu token per investor, sehingga memiliki kekurangan yang sama dengan daftar izin. Setiap perubahan pada daftar berarti mencetak, memperbarui, atau membakar token, dan investor yang statusnya kedaluwarsa tetap memiliki akses sampai hal itu dilakukan. Jumlah hanya dapat berupa tingkat tetap yang dicetak ke dalam token. Selain itu, siapa pun dapat melihat token tersebut di dompet.

Solusinya: Newton memeriksa daftar off-chain di setiap setoran

Operator Newton menandatangani setiap keputusan, dan Newton Explorer menyimpan catatannya. Penerbit dapat menyimpan catatan itu bersama catatan yang diwajibkan oleh perintah SEC tanpa memublikasikan daftarnya: setiap keputusan hanya menunjukkan apakah dompet tercantum dan berapa banyak lagi yang boleh disetorkannya. Pool Guard mempertahankan model Pool dengan Izin, di mana penerbit tetap menentukan siapa yang boleh memiliki asetnya. Newton memungkinkan keputusan itu berasal dari daftar penerbit sendiri dan menyertakan jumlah.

Yang ditunjukkan demo

Pool Guard mendemonstrasikan pool Uniswap di testnet Sepolia dengan token uji, yang dilindungi oleh hook Uniswap yang hanya menerima tindakan yang diotorisasi Newton. Google Sheet berfungsi sebagai daftar penerbit (disebut daftar izin dalam demo), dengan satu baris per dompet yang mencantumkan jumlah maksimum yang boleh dimilikinya di pool. Demo menampilkannya agar pengunjung dapat mengikuti prosesnya. Pengunjung menjalankan satu setoran dari awal hingga selesai.

1. Pilih dompet. Pilih baris pada daftar izin penerbit yang ditampilkan di sebelah kanan, atau pilih dompet acak yang tidak tercantum di sana.

2. Pilih jumlah. Layar menampilkan batas dompet, jumlah yang sudah dimilikinya di pool, dan sisa yang tersedia.

Pengunjung juga dapat bertindak sebagai penerbit dan mengubah batas untuk setiap dompet. Nilai baru masuk ke daftar izin, dan setoran berikutnya diperiksa berdasarkan nilai tersebut tanpa perlu pembaruan on-chain.

3. Newton memeriksanya. Operator Newton membaca baris dompet pada daftar izin penerbit dan mengurangi jumlah yang sudah disetorkannya dari pool. Mereka menerapkan kebijakan penerbit, yang menyetujui setoran jika dompet tercantum dan jumlahnya tidak melebihi sisa batas, lalu menandatangani jawabannya.

4. Pool mengambil keputusan. Hook Uniswap memverifikasi tanda tangan secara on-chain. Setoran yang diotorisasi masuk ke pool.

Hook menolak setoran yang melebihi batas atau berasal dari dompet yang tidak tercantum. Transaksi dibatalkan secara on-chain dan tidak ada yang masuk ke pool. Pada tangkapan layar di bawah, baris 6 masih memiliki sisa 150.000 setelah setoran 100.000, sehingga hook menolak setoran baru sebesar 188.000 karena batas berlaku untuk total yang dimiliki dompet tersebut.

Untuk siapa ini

Pool Guard adalah demo untuk hook Uniswap v4, tetapi pola ini dapat diterapkan ke pool atau vault mana pun yang aksesnya bergantung pada daftar yang disimpan secara off-chain. Penerbit menyimpan daftarnya di tempat semula, menuliskan aturannya sekali sebagai kebijakan Newton, lalu mengarahkan hook Uniswap atau kontrak vault-nya ke tanda tangan Newton.

Ini terutama cocok untuk tiga jenis tim:

• Penerbit dana yang ditokenisasi dan membuka likuiditas sekunder di Uniswap bagi investor yang disetujui, dengan batas untuk setiap investor.

• Platform perdagangan saham yang ditokenisasi berdasarkan perintah SEC, yang wajib memeriksa setiap peserta, termasuk penyedia likuiditas, serta menyimpan catatan tentang cara pemeriksaan dilakukan.

• Vault aset dunia nyata (RWA) dan kredit privat yang daftar investornya sudah disimpan oleh agen transfer atau administrator dana.

Kesamaannya: daftar disimpan secara off-chain, setidaknya satu aturan bergantung pada jumlah, dan seseorang mungkin kelak bertanya dompet mana yang diperiksa, kapan, dan berdasarkan aturan yang mana.

Coba demonya. Waktunya sekitar dua menit: ajukan setoran untuk disetujui, coba setoran yang melebihi batas, lalu beralih ke akun penerbit, ubah batasnya, dan lihat pool mengikuti perubahan tersebut.