Sekuritas yang Ditokenisasi DTCC vs. Token Saham Sintetis: Memahami Kepemilikan, Penyelesaian, serta Peran Solana, Canton, dan Besu

Pada November 2026, DTCC mengumumkan rencana untuk memperluas layanan tokenisasinya ke Solana, yang semakin memperluas strategi teknologi multichain yang telah ada. Perkembangan ini menimbulkan pertanyaan penting bagi pasar tokenisasi sekuritas: ketika saham hadir dalam bentuk token, apakah investor benar-benar memiliki kepentingan atas sekuritas yang mendasarinya, atau hanya aset digital yang terkait dengan harga saham?

Selama beberapa tahun terakhir, berbagai produk saham on-chain telah muncul. Sebagian didukung oleh saham nyata dan menyediakan hak ekonomi yang sesuai melalui pengaturan kustodi, penerbitan, dan penebusan. Sebagian lainnya menggunakan struktur sintetis yang melacak harga saham melalui derivatif, jaminan, atau smart contract. Produk-produk ini dapat memiliki nama token, kinerja harga, dan fungsi transfer on-chain yang serupa, tetapi sumber aset, hak hukum, risiko pihak lawan, dan metode penyelesaiannya berbeda. Blockchain dapat meningkatkan efisiensi pencatatan dan transfer aset, tetapi teknologi saja tidak dapat menentukan apakah pemegang token memiliki hak atas saham yang mendasarinya.

Strategi multichain DTCC semakin menyoroti perbedaan ini. Solana, Canton, dan Besu mewakili arsitektur teknologi blockchain yang berbeda, sedangkan sekuritas bertoken yang didukung aset nyata dan token saham sintetis merupakan struktur produk keuangan yang berbeda. Kinerja jaringan dan atribut hukum suatu aset harus dianalisis secara terpisah. Artikel ini berangkat dari sistem kustodi sekuritas DTCC, membandingkan sekuritas bertoken dan token saham sintetis dari sisi dukungan aset, kepemilikan, penyelesaian, dan manajemen risiko, serta menganalisis peran Solana, Canton, dan Besu dalam tokenisasi sekuritas berstandar institusional.

Poin Utama

• Sekuritas bertoken DTCC didasarkan pada sekuritas yang memenuhi syarat dan disimpan dalam kustodi DTC. Tujuannya adalah memberikan representasi on-chain bagi kepentingan sekuritas yang sudah ada, bukan menciptakan saham terpisah yang independen.

• Token saham sintetis terutama memberikan eksposur terhadap harga saham melalui kontrak, derivatif, atau mekanisme jaminan. Pemegangnya tidak serta-merta memiliki kepentingan sekuritas atas saham yang mendasarinya.

• Produk bertoken yang didukung saham nyata tidak selalu diterbitkan oleh DTCC. Tidak semua saham on-chain di luar sistem DTCC dapat diklasifikasikan sebagai aset sintetis.

• Solana, Canton, dan Besu terutama berkaitan dengan arsitektur jaringan, privasi, izin, dan interoperabilitas. Tidak satu pun di antaranya yang secara mandiri menentukan atribut hukum sebuah token.

• Penyelesaian transfer on-chain tidak selalu berarti bahwa sisi pendanaan transaksi sekuritas, finalitas hukum, dan pembaruan hak aset telah seluruhnya diselesaikan.

• Saat mengadopsi infrastruktur tokenisasi sekuritas, institusi perlu mempertimbangkan kustodi aset, perlindungan investor, kontrol kepatuhan, dan konsistensi catatan di berbagai sistem.

1. Mengapa DTCC Membangun Infrastruktur Tokenisasi Sekuritas Multichain?

DTCC merupakan institusi infrastruktur pascatransaksi yang penting di pasar sekuritas AS. Anak perusahaannya, DTC, bertanggung jawab atas kustodi sekuritas terpusat dan layanan aset terkait. Dalam sistem sekuritas tradisional, investor memperdagangkan saham melalui broker, sedangkan kepentingan sekuritas dikelola bersama melalui berbagai perantara dan catatan buku besar. Blockchain dapat menyediakan representasi digital baru untuk sekuritas, tetapi jika token ini tidak dapat terhubung dengan sistem kustodi, penyelesaian, dan layanan aset yang ada, catatan on-chain dan buku besar tradisional dapat terputus satu sama lain. Tujuan utama DTCC dalam mendorong tokenisasi sekuritas adalah membawa sekuritas ke lingkungan keuangan digital baru sambil mempertahankan perlindungan hukum dan operasional yang ada.

Pada 28 Oktober 2026, DTCC Tokenization Service (DTS) resmi diluncurkan dengan koneksi awal ke Canton Network dan jaringan Besu privat milik DTCC. Pada 12 November, DTCC mengumumkan rencana untuk memperluas layanan tersebut ke Solana pada paruh kedua 2027, sehingga sekuritas yang memenuhi syarat dan berada dalam kustodi DTC dapat menerima representasi bertoken di lingkungan blockchain baru. DTS dirancang agar peserta yang memenuhi syarat dapat mengonversi sekuritas antara bentuk tradisional dan on-chain serta mengelola aset melalui dompet digital terkait. Model ini tidak melibatkan perusahaan publik yang menerbitkan ulang saham. Sebaliknya, model ini menghubungkan kepentingan sekuritas yang ada dengan catatan blockchain.

Nilai arsitektur multichain terletak pada penyediaan pilihan teknologi bagi berbagai institusi keuangan. Sebagian institusi memprioritaskan privasi transaksi dan izin akses data. Sebagian lainnya ingin menggunakan lingkungan smart contract yang kompatibel dengan Ethereum, sementara yang lain ingin mengeksplorasi likuiditas aset dan skenario aplikasi pada blockchain publik. DTCC perlu mempertahankan logika manajemen aset yang konsisten di berbagai jaringan dan mencegah kepentingan sekuritas yang sama dihitung lebih dari satu kali akibat konversi atau operasi lintas jaringan. Dibandingkan sekadar meningkatkan kecepatan transaksi, memastikan agar catatan aset, hak hukum, dan kewajiban penyelesaian tetap konsisten di berbagai sistem merupakan aspek yang lebih kompleks dalam tokenisasi sekuritas berstandar institusional.

2. Bagaimana DTCC Tokenization Service Memastikan Token On-Chain Sesuai dengan Sekuritas Nyata?

DTS didasarkan pada sekuritas yang memenuhi syarat dan telah berada dalam kustodi DTC. Peserta yang memenuhi syarat dapat menggunakan layanan ini untuk mengonversi kepemilikan sekuritas tradisional menjadi representasi bertoken on-chain. Proses ini memerlukan konfirmasi bahwa aset dasar benar-benar ada, bahwa peserta memiliki kualifikasi yang diperlukan, serta bahwa pembuatan token dan penyesuaian catatan kepemilikan telah diselesaikan sesuai aturan layanan. Bentuk bertoken dan tradisional dapat dikonversi satu sama lain. Tujuannya adalah agar kepentingan sekuritas yang sama dapat digunakan di lingkungan teknologi berbeda, bukan menciptakan sekuritas tambahan tanpa dukungan melalui penerbitan token.

Pada tingkat manajemen aset, DTS perlu mempertahankan hubungan antara buku besar sekuritas tradisional dan catatan blockchain. Sebagai contoh, setelah suatu institusi mengonversi sebagian sekuritas dalam kustodi DTC menjadi bentuk bertoken, sistem terkait harus mampu mengidentifikasi bahwa kepentingan tersebut kini berada dalam bentuk lain serta mencegah akun tradisional dan on-chain mengajukan klaim ganda atas aset yang sama. Ketika aset dikonversi kembali, proses burning dan pembaruan catatan yang relevan juga harus memulihkan bentuk tradisional. DTS juga mencakup kontrol untuk minting, burning, penangguhan, dan pemulihan, serta menyediakan alat terkait untuk melacak kepemilikan di seluruh buku besar tradisional dan catatan on-chain.

Desain ini sangat berbeda dari penerbitan aset kripto biasa. Nilai token pada umumnya dapat terutama berasal dari permintaan pasar, aturan protokol, atau komitmen penerbit, sedangkan sekuritas bertoken DTC menekankan konsistensi dengan kepentingan sekuritas yang ada. Atribut hukum dan ekonomi token ini berasal dari sekuritas dasar serta pengaturan kustodinya, bukan dari jaringan blockchain itu sendiri. Namun, hal ini tidak berarti pemegang dapat melewati broker, kustodian, atau persyaratan regulasi untuk menggunakan seluruh hak kepemilikan secara langsung. Entitas yang diizinkan untuk memegang, mentransfer, dan mengonversi aset tetap tunduk pada aturan peserta DTC, ketentuan layanan, dan hukum yang berlaku.

3. Apa Perbedaan Mendasar antara Sekuritas Bertoken DTCC dan Token Saham Sintetis?

Token saham sintetis umumnya merujuk pada aset digital yang memberikan eksposur ekonomi terkait harga saham tertentu melalui derivatif, pengaturan jaminan, atau kontrak keuangan lainnya. Misalkan sebuah token melacak harga saham NVIDIA. Pemegang dapat memperoleh keuntungan jika harga saham NVIDIA naik dan mengalami kerugian jika turun, tetapi ini tidak berarti penerbit memegang satu saham NVIDIA untuk setiap token. Hal ini juga tidak berarti pemegang otomatis menjadi pemegang saham NVIDIA. Apakah produk tersebut dapat membayar imbal hasil setara dividen, mendukung penebusan, dan hak apa yang dapat diklaim dalam sengketa, semuanya harus ditentukan berdasarkan kontrak spesifiknya.

Sebaliknya, sekuritas bertoken DTC dibangun di atas sekuritas nyata yang berada dalam kustodi, dengan tujuan mempertahankan hak hukum, manfaat ekonomi, dan perlindungan investor yang terkait dengan sekuritas tradisional. Perbedaan utamanya bukan pada penggunaan blockchain, melainkan aset dan hubungan hukum apa yang berada di balik token tersebut. Tokenisasi sekuritas nyata harus menangani kustodi aset dasar, pencatatan hak, dan konversi. Token saham sintetis lebih bergantung pada cara penerbit atau protokol mempertahankan eksposur harga serta apakah mekanisme jaminan, penetapan harga, dan kontrak terkait berjalan dengan baik. Bahkan jika harga kedua produk bergerak sangat berdekatan, risiko yang ditanggung pemegangnya dapat sepenuhnya berbeda.

Token saham sintetis juga perlu dibedakan dari token saham lain yang didukung aset nyata. Sebagian produk di pasar diterbitkan oleh entitas independen yang memegang saham nyata dan menerbitkan token on-chain yang sesuai. Produk ini tidak selalu merupakan aset sintetis, tetapi hak pemegangnya tetap dapat sangat berbeda dari hak yang terkait dengan sekuritas bertoken DTCC. Dukungan saham aktual, pendaftaran langsung atas ekuitas, kepentingan sekuritas tidak langsung, dan klaim kontraktual atas imbal hasil merupakan konsep hukum yang berbeda. Menentukan atribut suatu produk memerlukan pemeriksaan atas aset dasarnya, hubungan kustodi, penerbit, dan dokumen hukum. Semua saham on-chain di luar sistem DTCC tidak dapat begitu saja diklasifikasikan sebagai token sintetis.

4. Mengapa Memegang Token Saham On-Chain Tidak Selalu Berarti Memiliki Saham?

Di pasar sekuritas AS, investor ritel yang membeli saham melalui broker umumnya menikmati kepentingan sekuritas melalui struktur kepemilikan tidak langsung. Saham dapat didaftarkan melalui kustodi terpusat, sementara investor memperoleh manfaat ekonomi dan hak yang sesuai melalui akun sekuritas serta pengaturan hukum terkait. Pemegang saham yang terdaftar langsung dalam daftar pemegang saham perusahaan publik berbeda dari investor yang memiliki kepentingan sekuritas melalui broker dari sisi struktur kepemilikan dan prosedur penggunaan hak. Tokenisasi sekuritas tidak secara otomatis menghilangkan perbedaan ini, dan saldo token on-chain saja tidak dapat menentukan status hukum akhir pemegangnya.

Blockchain sangat sesuai untuk mencatat penerbitan token, transfer, dan perubahan saldo, tetapi kepemilikan saham mencakup lebih banyak hal, termasuk pendaftaran penerbit, kepentingan sekuritas, distribusi dividen, pengaturan hak suara, dan upaya hukum. Jika token hanya memberikan eksposur harga sintetis, pemegang mungkin hanya memiliki klaim kontraktual terhadap penerbit atau smart contract. Bahkan jika token didukung oleh saham nyata, investor tetap perlu memastikan struktur hukum yang digunakan untuk memiliki aset tersebut, apakah mereka dapat menuntut penebusan, serta bagaimana kepentingan mereka dilindungi apabila penerbit atau kustodian menghadapi masalah.

Layanan tokenisasi DTCC menekankan pemeliharaan perlindungan investor dan kepentingan kepemilikan yang terkait dengan sekuritas tradisional. Namun, hal ini tidak berarti seluruh pemegang dompet on-chain otomatis menjadi pemegang saham yang terdaftar langsung pada perusahaan publik. Hak aktual tetap digunakan melalui struktur kustodi dan peserta terkait. Bagi investor, pertanyaan terpenting bukanlah apakah token dapat ditransfer sepanjang waktu, melainkan dokumen hukum apa yang mendukung hak mereka apabila dividen dibagikan, perusahaan menjalani restrukturisasi, sengketa perdagangan muncul, atau suatu institusi gagal memenuhi kewajibannya. Hanya ketika aspek-aspek ini diatur dengan jelas, saham on-chain berpotensi berkembang dari instrumen pelacak harga menjadi aset sekuritas yang dapat digunakan secara luas dalam aktivitas keuangan.

5. Apa Perbedaan antara Solana, Canton, dan Besu dalam Sistem Tokenisasi DTCC?

Solana, Canton, dan Besu sering dibahas bersama, tetapi ketiganya tidak sepenuhnya merupakan jenis produk teknologi yang sama. Solana adalah blockchain publik yang mendukung smart contract dan ekosistem aplikasi terbuka. Canton adalah jaringan publik yang dirancang untuk kasus penggunaan keuangan teregulasi, dengan penekanan pada perlindungan privasi dan interoperabilitas. Besu adalah klien sumber terbuka yang kompatibel dengan tumpukan teknologi Ethereum dan dapat digunakan untuk mengoperasikan blockchain publik atau berizin. DTCC menggunakan jaringan privat yang dibangun di atas Besu. Saat membandingkan ketiganya, perlu dibedakan antara jaringan dasar, klien perangkat lunak, dan lingkungan penerapan tertentu. Besu tidak boleh diperlakukan hanya sebagai blockchain publik independen yang setara dengan Solana.

Karakteristik utama Canton adalah kemampuannya memungkinkan institusi keuangan mengelola visibilitas data transaksi dalam lingkungan jaringan bersama serta menghubungkan berbagai aplikasi melalui mekanisme interoperabilitas. Dalam bidang seperti kustodi sekuritas, manajemen jaminan, dan penyelesaian antarinstansi, peserta sering kali perlu membagikan status aset sambil melindungi informasi pelanggan dan data transaksi komersial. Jaringan Besu privat DTCC dapat mendukung operasi institusional melalui manajemen izin, smart contract, dan aturan operasional yang dapat disesuaikan. Jaringan terbuka dan throughput tinggi Solana menciptakan kemungkinan untuk menghubungkan tokenisasi sekuritas dengan aplikasi blockchain publik, tetapi atribut teknis jaringan publik tidak menghapus pembatasan transfer yang berlaku bagi sekuritas teregulasi.

Perbedaan di antara ketiganya terutama berkaitan dengan cara aset dicatat, siapa yang dapat mengakses data terkait, serta cara institusi keuangan mengeksekusi dan mengoordinasikan transaksi. Terlepas dari jaringan mana yang pada akhirnya menampung sekuritas, atribut hukumnya tetap bergantung pada pengaturan penerbitan, kustodi, dan kepemilikan. Strategi multichain DTCC berupaya menghubungkan kepentingan aset yang sama ini dengan berbagai jaringan, sehingga pelaku pasar dapat memilih infrastruktur berdasarkan kebutuhan bisnis mereka alih-alih membangun sistem sekuritas yang sepenuhnya independen untuk setiap blockchain.

6. Bagaimana Perbedaan Mekanisme Penyelesaian Sekuritas Bertoken DTCC dan Token Saham Sintetis?

Transaksi sekuritas tradisional mencakup eksekusi perdagangan, kliring, dan penyelesaian. Setelah pembeli dan penjual menyepakati transaksi, mereka harus mengonfirmasi sekuritas dan dana yang akan diserahkan serta menyelesaikan penyelesaian akhir sesuai aturan yang berlaku. Pasar saham AS telah mengadopsi siklus penyelesaian standar T+1, tetapi kecepatan transfer token pada blockchain dan siklus penyelesaian penuh transaksi sekuritas adalah konsep yang berbeda. Bahkan jika transaksi on-chain dikonfirmasi dalam waktu singkat, ini tidak berarti pembayaran, kewajiban hukum, dan catatan kustodi yang sesuai telah seluruhnya diselesaikan.

Desain penyelesaian untuk sekuritas bertoken DTC harus terhubung dengan infrastruktur pasar sekuritas yang ada. Ketika peserta menggunakan sekuritas bertoken untuk perdagangan, jaminan, atau transfer aset, sistem tidak hanya harus mengonfirmasi transfer token on-chain, tetapi juga memastikan bahwa kepentingan sekuritas dasar tetap konsisten dengan buku besar tradisional. Jika transaksi melibatkan pembayaran, penyerahan sekuritas dan pembayaran dana juga harus dikoordinasikan. Mekanisme delivery-versus-payment (DvP) dapat menghubungkan penyerahan sekuritas dengan pembayaran yang sesuai serta mengurangi risiko ketika satu pihak menyerahkan aset sementara pihak lain gagal membayar. Pada Juli 2026, DTCC memvalidasi berbagai skenario dalam aktivitas perdagangan produksi, termasuk DvP saham, transaksi repo U.S. Treasury, pinjam-meminjam sekuritas, dan transfer jaminan.

Penyelesaian token saham sintetis bergantung pada struktur produk spesifik. Sebagian aset sintetis menggunakan smart contract dan manajemen jaminan untuk mengeksekusi transaksi on-chain. Pemegang menerima keuntungan atau kerugian terkait harga saham, bukan penyerahan langsung saham dasar. Setelah transaksi diselesaikan, smart contract dapat memperbarui saldo token atau status margin tanpa menyinkronkan transfer kepemilikan saham aktual. Jika produk menggunakan struktur penerbitan terpusat atau derivatif, penyelesaian akhir juga dapat bergantung pada penerbit, platform perdagangan, atau perantara keuangan lainnya. Kedua model dapat memungkinkan operasi on-chain yang lebih cepat, tetapi objek yang diselesaikan berbeda: satu melibatkan kepentingan sekuritas aktual, sedangkan yang lain mungkin terutama menyelesaikan eksposur harga yang ditentukan oleh kontrak.

7. Mengapa Tokenisasi Sekuritas Multichain Harus Menangani Penghitungan Ganda Aset dan Penyelesaian Lintas Rantai?

Ketika sekuritas yang sama dapat dikonversi di antara buku besar tradisional, Canton, Besu, dan jaringan Solana di masa mendatang, salah satu isu teknis terpenting adalah memastikan catatan aset tetap konsisten. Misalkan suatu institusi awalnya memiliki kepentingan sekuritas yang setara dengan 1.000 saham sebuah perusahaan publik dan mengonversi 300 saham tersebut menjadi bentuk on-chain. Sistem harus mampu mengonfirmasi bahwa bentuk tradisional dan bertoken secara bersama-sama tetap merepresentasikan 1.000 saham, bukan menciptakan kepentingan sekuritas tambahan karena kedua buku besar menampilkan kepemilikan secara bersamaan. Jika token kemudian dikonversi ke jaringan lain, representasi awal juga harus ditangani dengan tepat untuk mencegah jaringan yang berbeda mengajukan klaim ganda atas aset yang sama.

Penyelesaian lintas rantai juga melibatkan koordinasi status di seluruh jaringan. Solana, Canton, dan jaringan Besu privat memiliki metode konfirmasi transaksi, mekanisme izin, dan lingkungan operasional yang berbeda. Tidak dapat diasumsikan bahwa setelah transaksi dikonfirmasi pada satu jaringan, hasil yang sama akan secara otomatis disinkronkan ke jaringan lain. Transfer aset lintas jaringan mungkin memerlukan layanan konversi tepercaya, proses minting dan burning yang terkendali, atau mekanisme interoperabilitas lainnya. Peserta juga harus mengonfirmasi status aset selama konversi, prosedur pemulihan setelah transaksi gagal, serta cara mencegah catatan yang tidak konsisten jika terjadi kegagalan jaringan.

Desain multichain DTCC menekankan interoperabilitas antara lingkungan aset tradisional dan digital serta menyediakan kemampuan manajemen siklus hidup token terkait. Nilai arsitektur ini terletak pada pengurangan silo aset di antara jaringan yang berbeda, tetapi efektivitas aktualnya tetap bergantung pada aturan konversi, akses peserta, dan kemampuan rekonsiliasi lintas sistem. Bagi pasar institusional, tujuan akhirnya bukan sekadar melihat token sekuritas di berbagai chain. Yang lebih penting adalah memastikan setiap konversi, transfer, dan penyelesaian sesuai dengan kepentingan aset yang didefinisikan dengan jelas serta dapat diverifikasi secara hukum dan operasional.

8. Mengapa Kontrol Regulasi Menjadi Bagian Penting dari Sekuritas Bertoken DTCC?

Tokenisasi sekuritas tidak menghapus suatu aset dari kerangka regulasi sekuritas tradisional hanya karena blockchain publik digunakan. Saham, ETF, dan U.S. Treasury melibatkan persyaratan perdagangan, kustodi, perlindungan investor, dan pengawasan pasar yang berbeda. Institusi terkait tetap harus mengidentifikasi peserta, menerapkan pembatasan transfer yang berlaku, serta menangani transaksi keliru atau sengketa hukum yang mungkin muncul. Aset kripto biasa mungkin memungkinkan transfer ke alamat mana pun berdasarkan desain protokol, tetapi sekuritas teregulasi umumnya memerlukan kelayakan pemegang dan aturan manajemen aset yang lebih jelas. Bahkan jika DTS terhubung ke Solana pada masa mendatang, ini tidak berarti setiap dompet Solana akan dapat secara bebas menerima atau memperdagangkan seluruh sekuritas bertoken DTC.

Mekanisme manajemen token DTS mencakup fungsi minting, burning, penangguhan, dan pemulihan yang dapat mendukung konversi aset, kontrol kepatuhan, serta penanganan keadaan luar biasa. Kemampuan ini memungkinkan institusi terkait mengelola kepentingan sekuritas dalam kerangka hukum yang ada. Hal ini juga berarti sekuritas bertoken menggunakan model kontrol yang berbeda dari aset digital yang sepenuhnya bergantung pada smart contract yang tidak dapat diintervensi. Bagi institusi keuangan, izin dan manajemen operasional bukan sekadar keterbatasan teknis. Keduanya merupakan bagian dari upaya menjaga integritas catatan aset, menyelesaikan sengketa, dan memenuhi kewajiban regulasi.

Token saham sintetis juga dapat tunduk pada regulasi sekuritas atau derivatif, tetapi aturan yang berlaku bergantung pada struktur ekonomi aktual produk, penerbit, dan wilayah penjualannya. Fakta bahwa suatu produk tidak secara langsung memegang saham tidak berarti produk tersebut bukan instrumen keuangan teregulasi. Investor perlu meninjau secara terpisah status hukum penerbit, pengungkapan produk, pengaturan jaminan, dan pembatasan perdagangan. Operasi token pada jaringan terdesentralisasi tidak dengan sendirinya membuktikan bahwa token tersebut berada di luar persyaratan regulasi. Demikian pula, dukungan dari institusi keuangan tradisional tidak menghilangkan kebutuhan untuk mempertimbangkan risiko spesifik produk.

9. Bagaimana Investor Dapat Membedakan Tokenisasi Sekuritas Nyata dari Produk Saham Sintetis?

Untuk menentukan karakter suatu produk saham on-chain, investor sebaiknya terlebih dahulu mengonfirmasi sumber aset di balik token. Produk yang didukung sekuritas nyata harus memiliki pengaturan kustodi dan penerbitan aset yang dapat diverifikasi serta menjelaskan hubungan antara token dan saham dasar. Untuk token saham sintetis, investor perlu memahami metode yang digunakan untuk melacak harga, sumber jaminan, aturan likuidasi, dan kewajiban penerbit. Jika suatu produk hanya menjanjikan penyelesaian tunai berdasarkan harga saham tertentu tanpa menyediakan kepentingan sekuritas yang sesuai, investor tidak boleh memperlakukannya sebagai kepemilikan langsung atas saham tersebut. Nama token, simbol perdagangan, atau grafik harga saja tidak cukup untuk membuktikan kepemilikan aset.

Investor juga perlu menganalisis hak yang dapat mereka gunakan, termasuk dividen, hak suara, penebusan, dan upaya hukum atas aset. Sebagian token yang didukung saham nyata mungkin hanya memberikan manfaat ekonomi tertentu, dan pemegangnya mungkin tidak dapat menggunakan hak suara di perusahaan publik secara langsung. Sebagian produk sintetis mungkin memberikan penyesuaian setara dividen melalui kontrak, tetapi hal ini tetap berbeda dari menerima dividen yang dibagikan oleh perusahaan publik. Investor juga perlu mempertimbangkan risiko kredit penerbit dan kustodian, mengonfirmasi apakah aset dipisahkan dari aset milik penerbit sendiri, serta menentukan prosedur yang berlaku jika penerbit menjadi insolven, penebusan ditangguhkan, atau terjadi kegagalan sistem.

Terakhir, investor perlu meninjau kondisi perdagangan dan penyelesaian. Apakah token dapat ditransfer secara bebas, apakah token mendukung perdagangan sepanjang waktu, apakah token memiliki likuiditas pasar yang memadai, dan apakah transfer on-chain mengubah kepentingan sekuritas secara hukum, semuanya dapat memengaruhi pengalaman investasi aktual. Untuk sekuritas bertoken DTC, investor juga perlu mempertimbangkan kelayakan partisipasi dan dukungan jaringan tertentu. Untuk token saham sintetis, fokusnya harus pada rasio jaminan, oracle harga, mekanisme likuidasi, dan risiko pihak lawan. Memahami perbedaan ini dapat membantu investor menghindari perlakuan terhadap produk dengan bentuk teknis serupa sebagai produk yang memiliki perlindungan aset yang sama.

Kesimpulan

Perbedaan mendasar antara sekuritas bertoken DTCC dan token saham sintetis bukanlah apakah keduanya menggunakan teknologi blockchain, melainkan fondasi aset dan hak hukum di balik token tersebut. DTS didasarkan pada sekuritas yang memenuhi syarat dalam kustodi DTC dan berupaya memberikan representasi on-chain bagi aset tersebut sambil mempertahankan kepentingan sekuritas, manfaat ekonomi, dan perlindungan investor yang ada. Token saham sintetis umumnya memberikan eksposur harga melalui derivatif, pengaturan jaminan, atau kontrak lain. Pemegangnya tidak serta-merta memiliki kepentingan sekuritas atas saham dasar. Kedua produk dapat mendukung transfer on-chain, tetapi kepemilikan, objek penyelesaian, dan struktur risikonya sangat berbeda.

Perbandingan antara Solana, Canton, dan Besu berkaitan dengan lapisan yang berbeda. Canton menekankan privasi dan interoperabilitas. Jaringan Besu privat DTCC menyediakan lingkungan yang dapat disesuaikan untuk izin dan smart contract. Solana menawarkan kemungkinan baru untuk menghubungkan tokenisasi sekuritas dengan ekosistem blockchain publik. DTCC meluncurkan DTS pada Oktober 2026 dan berencana menghubungkannya ke Solana pada paruh kedua 2027. Hal ini mencerminkan perluasan infrastruktur sekuritas tradisional ke lingkungan multichain, tetapi pemilihan jaringan itu sendiri tidak dapat menentukan apakah suatu token merepresentasikan kepentingan atas saham nyata.

Seiring berkembangnya pasar RWA, persaingan dalam tokenisasi sekuritas dapat secara bertahap beralih dari sekadar meningkatkan kecepatan transaksi menuju hak aset, efisiensi penyelesaian, dan interoperabilitas lintas sistem. Bagi institusi keuangan dan investor, mengidentifikasi kepemilikan aset dasar secara jelas, mengonfirmasi hak hukum, memastikan finalitas penyelesaian, dan membangun mekanisme manajemen aset yang andal lebih penting daripada sekadar memetakan harga saham ke blockchain.

FAQ

Apa Perbedaan antara Sekuritas Bertoken DTCC dan Token Saham Sintetis?

Sekuritas bertoken DTCC didasarkan pada sekuritas yang memenuhi syarat dalam kustodi DTC dan dirancang untuk mempertahankan kepentingan sekuritas yang sesuai. Token saham sintetis umumnya memberikan eksposur terhadap harga saham melalui kontrak keuangan, dan pemegangnya tidak serta-merta memiliki saham dasarnya.

Apakah Sekuritas Bertoken DTCC Selalu Merepresentasikan Kepemilikan Langsung atas Saham?

Tidak selalu. Sekuritas bertoken dapat mempertahankan kepentingan sekuritas yang sesuai, tetapi struktur kepemilikan masih dapat melibatkan perantara sekuritas dan kustodi terpusat. Hal ini tidak berarti pemegang otomatis menjadi pemegang saham yang terdaftar langsung pada perusahaan publik.

Apakah Semua Saham Bertoken di Solana Merupakan Aset Sintetis?

Tidak. Atribut aset suatu token bergantung pada struktur penerbitan dan kustodinya, bukan pada blockchain tempat token tersebut beroperasi. Solana dapat mendukung berbagai jenis aset digital, termasuk produk bertoken yang didukung aset nyata.

Apa Perbedaan antara Canton dan Besu?

Canton adalah jaringan blockchain yang berfokus pada perlindungan privasi dan interoperabilitas. Besu adalah klien sumber terbuka yang kompatibel dengan Ethereum dan dapat digunakan untuk membangun berbagai jenis blockchain. DTCC menggunakan jaringan privat berbasis Besu.

Apakah DTCC Sudah Meluncurkan Sekuritas Bertoken di Solana?

Per 13 November 2026, DTCC telah mengumumkan rencana untuk terhubung ke Solana, dengan implementasi yang diharapkan pada paruh kedua 2027. Saat ini, DTS terhubung ke Canton Network dan jaringan Besu privat DTCC.

Apakah Token Saham Sintetis Dapat Menerima Dividen?

Hal ini bergantung pada kontrak produk. Sebagian produk mungkin menyediakan penyesuaian tunai atau manfaat ekonomi terkait dividen, tetapi ini tidak sama dengan pemegang menerima dividen yang dibagikan langsung oleh perusahaan publik.

Apakah Perdagangan Sekuritas On-Chain Dapat Mencapai Penyelesaian Instan?

Blockchain dapat mempercepat transfer aset, tetapi penyelesaian sekuritas yang lengkap juga melibatkan pembayaran, konfirmasi hak aset, dan finalitas hukum. Apakah penyelesaian akhir yang lebih cepat dapat dilakukan bergantung pada arsitektur penyelesaian spesifik.

Mengapa Arsitektur Multichain DTCC Penting?

Arsitektur multichain dapat memungkinkan sekuritas yang memenuhi syarat digunakan di berbagai lingkungan teknologi, tetapi harus memastikan konsistensi antara buku besar tradisional dan catatan on-chain serta mencegah kepentingan sekuritas yang sama dihitung lebih dari satu kali.