Teknologi tanpa bukti pengetahuan menjelaskan: bintang baru yang memicu kekuatan besar DeFi

I. Pendahuluan

Keuangan Terdesentralisasi (DeFi) adalah arah pertumbuhan penting dalam bidang inovasi keuangan saat ini. Di DeFi, penting untuk menyembunyikan informasi transaksi dan melindungi privasi pengguna. Seiring DeFi terus berkembang dan berkembang, berbagai proyek bermunculan tanpa henti, menunjukkan vitalitas yang luar biasa. Dan teknologi zero-knowledge proof (ZK) telah membuka kemungkinan baru untuk perlindungan privasi di DeFi. Teknologi ZK memungkinkan satu pihak untuk membuktikan kepada pihak lain bahwa mereka mengetahui suatu informasi tanpa mengungkapkan rincian spesifik apa pun tentang informasi tersebut. Teknologi ini digunakan dalam aplikasi DeFi seperti ZigZag 、unyfy dan ZK DEX, yang telah sangat meningkatkan kemampuan perlindungan privasi DeFi, khususnya perlindungan informasi transaksi. Dapat diperkirakan bahwa penerapan teknologi ZK secara luas akan berinovasi dalam cara penanganan DeFi dan seluruh bidang mata uang kripto, mendorong pertumbuhan masa depan di seluruh bidang tersebut dan membuat terobosan besar.

2. Tantangan Privasi di DeFi

Tidak ada rahasia di blockchain, dan transparansi data DeFi tidak dapat dibantah. Ambil contoh perdagangan tertentu di Uniswap V3, kita dapat dengan mudah melihat detail transaksi melalui situs web Etherescan (ditunjukkan pada Gambar 1). Misalnya, alamat [0 x 3A 4 D…a 6 f 2] menukar 2 WETH dengan 17, 654, 123, 249, 375 Bonk di Uniswap V3, dan biaya perdagangannya adalah 0,0046 Ether. Informasi penting seperti pengirim, penerima, jumlah transaksi (Nilai), dan biaya transaksi dalam transaksi ini semuanya tersedia untuk umum.

Gambar 1 Detail transaksi diungkapkan di etherescan

Kita juga dapat melihat semua transaksi yang tercatat di bawah alamat [0 x 3A 4 D…a 6 f 2] (seperti yang ditunjukkan pada Gambar 2). Jika kondisinya memungkinkan, seseorang dapat menyimpulkan identitas sebenarnya dari alamat ini di dunia nyata.

Gambar 2 Daftar semua transaksi untuk alamat tertentu bersifat publik di etherescan

Namun, transparansi data DeFi mungkin memiliki beberapa kelemahan. Jika Anda adalah seorang paus DeFi, setiap transaksi yang Anda lakukan mungkin menarik perhatian pasar. Misalnya, ketika seekor paus menarik 11,24 juta WOO (sekitar $4,2 juta) dari Binance, transaksi ini akan menarik perhatian luas. Demikian pula, pembayaran bernilai besar atau transaksi di tingkat institusi juga dapat memicu kekhawatiran masyarakat yang luas.

Pelaku pasar lainnya mungkin membuat keputusan pembelian dan penjualan berdasarkan perilaku perdagangan ini, yang mungkin berdampak buruk pada strategi investasi Anda. Misalnya, Anda menginvestasikan sejumlah besar uang pada suatu proyek tertentu, namun begitu transaksi Anda diperhatikan oleh pasar, investor lain mungkin akan mengikutinya, menyebabkan harga aset naik, sehingga meningkatkan biaya investasi Anda. Selain itu, operasi penjualan Anda juga dapat memicu kepanikan pasar sehingga menyebabkan harga turun dan mempengaruhi hasil investasi Anda.

Situasi ini menyoroti kebutuhan mendesak akan perlindungan privasi di antara proyek dan pengguna DeFi. Jika kami tidak ingin detail transaksi kami diketahui publik, kami dapat memilih untuk merahasiakan informasi tertentu tentang transaksi DeFi kami.

Teknologi ZK dapat memastikan keabsahan transaksi sekaligus menyembunyikan detail transaksi. Pengguna perlu mengirimkan dua jenis informasi: satu adalah transaksi (transaksi pribadi) yang menyembunyikan sebagian detailnya (seperti penerima atau jumlah transaksi), dan yang lainnya adalah sertifikat ZK tentang informasi tersembunyi ini. Memverifikasi keabsahan transaksi pribadi sebenarnya adalah memverifikasi sertifikat ZK yang sesuai.

3. Membuka potensi DeFi: peluang yang dibawa oleh teknologi ZK

3.1 Peran teknologi ZK dalam memerangi perdagangan terdepan

Misalkan Anda cukup beruntung mengetahui bahwa sebuah perusahaan besar akan membeli aset tertentu dalam jumlah besar. Anda dapat memilih untuk membeli aset ini sebelum perusahaan melakukannya. Kemudian, ketika harga aset terdorong naik karena pembelian besar-besaran terhadap perusahaan tersebut, Anda menjualnya untuk mendapatkan keuntungan. Dalam hal ini, perdagangan Anda di hadapan pemain besar adalah perdagangan terdepan.

Front-running adalah strategi investasi dalam perdagangan finansial, biasanya terjadi di bursa seperti Uniswap. Hal ini karena transaksi di blockchain diketahui publik dan konfirmasi transaksi memerlukan waktu tertentu. Oleh karena itu, beberapa pedagang jahat mungkin menaikkan biaya gas perdagangan agar transaksi mereka dapat ditambang dan dikonfirmasi sebelum transaksi orang lain, sehingga mencapai tujuan transaksi yang berjalan di depan.

Perdagangan yang berjalan di depan dapat menyebabkan kerugian bagi pedagang lain karena mengubah lingkungan perdagangan asli sehingga perdagangan pemain lain mungkin gagal berjalan sesuai rencana semula. Di sisi lain, penyerang memulai transaksi terdepan untuk mendapatkan keuntungan bagi diri mereka sendiri. Mereka bisa mendapat untung sebelum harga berubah. Oleh karena itu, banyak proyek DeFi juga mengambil berbagai tindakan untuk mencegah transaksi berjalan di depan.

Teknologi ZK memainkan peran penting dalam menolak transaksi yang berjalan di depan. Di bawah ini, kami mengambil serangan sandwich, yang juga merupakan jenis transaksi front-running yang umum, di Decentralized Exchange (DEX) sebagai contoh untuk analisis kasus.

3.1.1 Studi Kasus: Serangan Sandwich di DEX

Apa itu serangan sandwich?

Asumsikan bahwa di DEX, terdapat kumpulan likuiditas dengan cadangan 100 ETH / 300.000 USDT. Alice memesan pembelian USDT, menukar 20 ETH dengan USDT. Saat dia mengirimkan pesanan, DEX mengembalikan hasil berdasarkan cadangan kumpulan likuiditas saat ini, memberi tahu Alice bahwa sekitar 50,000 USDT tersedia untuk dibeli. Namun nyatanya, Alice pada akhirnya hanya mendapat 45.714 USDT.

Di sini, pertama-tama mari kita jelaskan secara singkat mengapa Alice dapat menggunakan 20 ETH untuk membeli 50.000 USDT. DEX ini mengadopsi model pembuat pasar otomatis (AMM) yang secara otomatis menghitung harga beli dan jual melalui algoritma Constant Product Market Maker (CPMM). CPMM adalah algoritme pembuat pasar otomatis yang populer saat ini yang mempertahankan produk konstan dari dua aset di kumpulan perdagangan untuk mencapai pasokan likuiditas dan secara otomatis menyesuaikan harga aset. Dalam contoh ini, jumlah USDT yang dapat dibeli Alice dihitung dengan menggunakan rumus [50, 000 = 300, 000-(100* 300, 000)/(100+ 20) (dengan asumsi tidak ada biaya penanganan)].

Alice tidak membeli USDT dalam jumlah yang diharapkan karena dia mengalami serangan sandwich.

Serangan sandwich terutama terjadi di DEX berbasis AMM. Dalam serangan ini, penyerang menempatkan dua transaksi di sekitar transaksi reguler korban untuk memanipulasi harga aset dan mengambil keuntungan dari kerugian korban. Kedua transaksi ini masing-masing merupakan transaksi berjalan di muka dan transaksi lanjutan. Transaksi sebelum transaksi biasa disebut transaksi front-running, dan transaksi setelah transaksi biasa disebut transaksi lanjutan.

Jadi, bagaimana cara kerja serangan sandwich Alice? Seperti yang ditunjukkan pada Gambar 3.

Gambar 3 Cara kerja serangan Sandwich

1. Penyerang memulai transaksi yang berjalan di depan: Sebelum transaksi yang diprakarsai oleh Alice untuk membeli USDT dieksekusi, penyerang juga memulai transaksi untuk membeli USDT (transaksi yang berjalan di depan), yaitu menukar 5 ETH dengan USDT. Selain itu, biaya gas yang dibayarkan penyerang kepada penambang untuk transaksi ini lebih tinggi dibandingkan Alice, sehingga transaksi penyerang akan dieksekusi sebelum Alice.

2. Setelah penyerang mengeksekusi transaksi untuk membeli USDT, ia mendapat sekitar 14, 286 USDT dari kumpulan likuiditas, yaitu 14, 286 ≈ 300, 000-( 100* 300, 000)/( 100+ 5). Cadangan kumpulan likuiditas berubah dari 100 ETH / 300,000 USDT menjadi 105 ETH / 285,714 USDT. Namun, Alice tidak mengetahui bahwa cadangan kumpulan likuiditas telah berubah antara saat dia mengirimkan transaksi dan waktu transaksinya dieksekusi.

3. Jalankan transaksi reguler Alice: Selanjutnya, transaksi reguler Alice mulai dijalankan.

4. Setelah transaksi Alice untuk membeli USDT dieksekusi, dia menerima 45, 714 USDT dari kumpulan likuiditas, yaitu 45, 714 ≈ 285, 714-( 105* 285, 714)/( 105+ 20) dihitung berdasarkan fungsi produk konstan . Cadangan likuiditas berubah dari 105 ETH / 285,714 USDT menjadi 125 ETH / 240,000 USDT. Oleh karena itu, Alice seharusnya bisa membeli 50.000 USDT dengan 20 ETH, tapi sekarang dia hanya bisa membeli 45.714 USDT karena perubahan kumpulan likuiditas yang disebabkan oleh transaksi penyerang. Alice kehilangan sekitar 4286 USDT (4286 = 50.000-45.714).

5. Transaksi tindak lanjut penyerang: Terakhir, penyerang memulai transaksi (transaksi tindak lanjut) lagi, yaitu menukar 14.286 USDT dengan ETH (14.286 USDT baru saja dibeli).

6. Setelah transaksi lanjutan penyerang dieksekusi, dia mendapat 7 ETH dari kumpulan likuiditas, yaitu 7 ≈ 125-(125* 240, 000)/(240, 000+ 14, 286). Cadangan kumpulan likuiditas berubah dari 125 ETH / 240,000 USDT menjadi 118 ETH / 254,286 USDT. Oleh karena itu, penyerang hanya menghabiskan 5 ETH di awal, namun akhirnya mendapatkan 7 ETH dan memperoleh keuntungan 2 ETH (2 = 7-5).

Selama seluruh proses serangan sandwich, penyerang memulai total dua transaksi, yaitu transaksi berjalan di depan dan transaksi lanjutan. Karena perdagangan terdepan, Alice kehilangan sekitar 4286 USDT. Dengan menggabungkan perdagangan front-running dan follow-up, penyerang memperoleh laba bersih sebesar 2 ETH.

Di DEX, visibilitas transaksi merupakan faktor kunci yang menimbulkan serangan sandwich, terutama pada protokol AMM. Protokol ini membuat informasi transaksi real-time di DEX menjadi publik. Tingkat transparansi yang tinggi ini memungkinkan penyerang untuk mengamati dan menganalisis arus transaksi, yang bertujuan untuk mencari peluang untuk melakukan serangan sandwich.

3.1.2 Teknologi ZK dapat menahan serangan sandwich

Penerapan teknologi ZK secara signifikan dapat mengurangi kemungkinan serangan sandwich. Dengan menggunakan teknologi ZK untuk menyembunyikan volume transaksi, jenis aset, saldo pengguna atau kumpulan likuiditas, identitas pengguna, instruksi transaksi, dan informasi terkait protokol lainnya, kami dapat secara efektif meningkatkan privasi data transaksi. Akibatnya, penyerang sulit memperoleh informasi transaksi lengkap untuk menerapkan serangan sandwich.

Selain itu, teknologi ZK tidak hanya dapat menahan serangan sandwich, namun transaksi pribadi berbasis ZK juga dapat mempersulit penilaian model perilaku pengguna. Pihak ketiga mana pun yang mencoba mengumpulkan data blockchain untuk menganalisis riwayat transaksi akun, menyimpulkan pola perilaku, mengeksplorasi siklus aktivitas, frekuensi atau preferensi transaksi, dll., akan menghadapi tantangan. Analisis semacam ini, yang dikenal sebagai inferensi model perilaku, tidak hanya melanggar privasi pengguna, namun juga dapat membuka jalan bagi serangan honeypot dan penipuan phishing.

3.2 Mencegah manipulasi likuiditas berdasarkan teknologi ZK

Manipulasi likuiditas dan perdagangan terdepan keduanya merupakan metode serangan di DeFi. Kedua metode serangan tersebut melibatkan pemanfaatan informasi pasar dan kecepatan transaksi untuk mendapatkan keuntungan, namun strategi dan operasi spesifiknya berbeda.

Front-running adalah memanfaatkan informasi, sedangkan manipulasi likuiditas adalah memanfaatkan aktivitas pasar untuk menyesatkan pedagang lain. Yang pertama terutama menghasilkan keuntungan dengan memperoleh dan menggunakan informasi penting yang dirahasiakan, sedangkan yang terakhir menyesatkan investor lain dengan menciptakan aktivitas pasar palsu, yang menyebabkan mereka mengambil keputusan perdagangan yang tidak menguntungkan.

Teknologi ZK tidak hanya berperan penting dalam menolak perdagangan yang terjadi di depan, tetapi juga membantu mencegah manipulasi likuiditas.

3.2.1 Studi Kasus: Manipulasi Likuiditas Menggunakan Oracles

Misalkan Anda membeli apel di pasar buah yang sibuk. Harga pasar biasanya berfluktuasi berdasarkan perubahan penawaran dan permintaan. Anda biasanya mengamati harga selama periode waktu tertentu dan kemudian memutuskan apakah akan membeli berdasarkan harga rata-rata. Sekarang bayangkan seorang pembeli yang sangat kaya memasuki pasar dan dia benar-benar ingin membeli apel. Dia mulai membeli apel dalam jumlah banyak, berapapun harganya. Hal ini akan menyebabkan harga Apple meroket dalam waktu singkat. Jika Anda masih membeli Apple berdasarkan harga ini, Anda mungkin membayar lebih dari nilai sebenarnya.

Contoh ini dapat membantu kita lebih memahami prinsip kerja oracle TWAP (Harga Rata-Rata Tertimbang Waktu, Harga Rata-Rata Tertimbang Waktu) dan konsep manipulasi likuiditas. Tindakan memutuskan untuk membeli apel berdasarkan harga rata-rata mirip dengan pengoperasian oracle TWAP, dan pembelian apel dalam jumlah besar oleh pengusaha kaya yang menyebabkan harga naik mirip dengan manipulasi likuiditas.

Oracle TWAP menentukan harga aset dengan menghitung harga transaksi rata-rata selama periode waktu tertentu. Semakin baru transaksinya, semakin besar dampaknya terhadap harga rata-rata. Jika seseorang melakukan transaksi dalam jumlah besar atau memperdagangkan uang dalam jumlah besar dalam waktu singkat, yang secara signifikan dapat mempengaruhi harga rata-rata suatu aset, ini adalah manipulasi likuiditas. Manipulasi likuiditas dapat menaikkan atau menurunkan harga aset secara artifisial, sehingga menghasilkan informasi harga yang tidak akurat. Jika seseorang ingin menggunakan oracle TWAP untuk dengan sengaja menaikkan harga suatu aset, dia dapat menggunakan sejumlah besar uang untuk membeli aset tersebut dalam jangka pendek, sehingga menyebabkan harga naik sementara. Jika harga aset meroket selama jangka waktu ini, oracle TWAP mungkin memperlakukan harga yang lebih tinggi ini sebagai harga aset.

Manipulasi likuiditas oracle TWAP dapat berdampak signifikan pada protokol DeFi, terutama token baru dengan likuiditas rendah. Protokol DeFi ini sering kali membuat keputusan keuangan, seperti likuidasi, peminjaman, dll., berdasarkan harga aset. Jika informasi harga tidak akurat atau tidak dapat diandalkan, hal ini dapat mengakibatkan pengambilan keputusan yang salah sehingga menimbulkan kerugian bagi pengguna. Oleh karena itu, sangat penting untuk melindungi oracle TWAP dari manipulasi likuiditas.

3.2.2 Teknologi ZK dapat menolak manipulasi likuiditas

Teknologi ZK dapat membantu menolak manipulasi likuiditas di oracle TWAP. Kontrak pintar dapat dirancang untuk mengandalkan oracle TWAP untuk mendapatkan harga suatu aset. Jika penyerang melakukan manipulasi likuiditas, harga yang diperoleh dari oracle TWAP mungkin melampaui kisaran yang dapat diterima yang telah ditetapkan. Dalam hal ini, kontrak akan menghentikan operasinya untuk sementara. Kemudian akan menghitung ulang dan mengkonfirmasi harga aset berdasarkan teknologi ZK.

Untuk menggunakan teknologi ZK untuk menghitung harga aset, Anda harus terlebih dahulu menambahkan kontrak pembungkus ke oracle TWAP. Kontrak dapat secara langsung mengakses sejumlah N laporan harga, atau mencatat sejumlah N nilai pos pemeriksaan harga pada interval yang berubah-ubah. Setelah N titik data ini tersedia dalam interval tertentu, bukti ZK dapat dibuat untuk membuktikan median dari rangkaian harga yang tidak diurutkan. Array harga yang belum disortir diberi label sebagai vektor kolom x, dengan panjang N. Berikut proses penghitungan harga aset berdasarkan teknologi ZK:

1. Buktinya dapat diverifikasi dengan salah satu dari dua cara berikut. Dalam kedua kasus tersebut, pembukti tidak dapat secara sewenang-wenang memilih kisaran harga sebagai masukan.

• Ambil nilai array dari penyimpanan kontrak dan gunakan sebagai input publik ke validator on-chain;
• Rantai hash secara bertahap dibentuk melalui fungsi hash, mewakili array sebagai nilai hash tunggal dan menggunakan nilai tersebut dalam validator on-chain.

1. Terdapat matriks A berukuran N x N (matriks persegi). Ketika matriks dikalikan dengan vektor kolom x, dihasilkan vektor kolom y. A adalah matriks permutasi yang dapat dibalik, namun karena mungkin ada nilai harga duplikat, A belum tentu unik, dan A hanya berisi nilai biner.

2. Nilai dalam y diurutkan. Yang perlu ditekankan adalah < tidak bisa digunakan karena mungkin ada duplikat nilai harga.

3. Output publik rangkaian m adalah nilai median dari y. Buktinya menunjukkan bahwa N adalah nilai statis pada saat rangkaian dikompilasi, dan harus berupa bilangan ganjil.

Berdasarkan proses di atas, harga median m dihasilkan berdasarkan teknologi ZK, yang tahan terhadap kerusakan. Median m, sampai batas tertentu, dapat mencegah manipulasi likuiditas. Untuk mencapai hal ini, kita perlu membatasi nilai y untuk memastikan bahwa di setiap blok, nilai y hanya disisipkan satu kali, atau jumlah penyisipan dijaga dalam jumlah yang dapat diterima.

3.3 Teknologi ZK memberdayakan platform pinjaman

Seperti disebutkan di atas, teknologi ZK tahan terhadap manipulasi likuiditas dan front-running di DEX. Jadi, bisakah kita mengeksplorasi lebih jauh kemungkinan penerapan teknologi ZK dalam skenario DeFi lainnya? Misalnya, teknologi ZK juga dapat memainkan peran penting dalam peminjaman, yang merupakan bagian penting dari proyek DeFi.

3.3.1 Kunci Peminjaman: Bagaimana Menilai Kelayakan Kredit Peminjam

Pada platform pinjaman tradisional, proses permohonan pinjaman biasanya mencakup lima langkah: pengajuan permohonan, penilaian kredit, persetujuan pinjaman, penerbitan pinjaman, dan pembayaran kembali. Diantaranya, penilaian kredit sangatlah penting. Peminjam harus membuktikan bahwa pendapatannya memenuhi standar dan memiliki kemampuan membayar kembali. Selama proses evaluasi, platform akan melakukan penyelidikan mendalam terhadap riwayat kredit peminjam, termasuk pendapatan, kewajiban, dan catatan pembayaran masa lalu, untuk memastikan bahwa peminjam memiliki kemampuan untuk membayar kembali pinjamannya. Hanya atas dasar inilah platform akan mempertimbangkan untuk menyetujui permohonan pinjaman.

Namun, ketika Anda beralih ke platform pinjaman DeFi seperti Ghost atau Compound, situasinya akan berbeda. Karena sifatnya yang terdesentralisasi, sebagian besar platform pinjaman DeFi tidak memiliki prosedur KYC (Kenali Pelanggan Anda) dan prosedur penilaian risiko bank tradisional, dan mereka tidak dapat menyelidiki status kredit peminjam melalui biro kredit bersama. Dalam hal ini, Anda mungkin bertanya-tanya, bagaimana kredit saya akan dievaluasi?

Pada platform pinjaman DeFi, Anda dapat membuktikan kelayakan kredit Anda melalui bukti token reputasi. Token reputasi adalah sistem kredit berdasarkan teknologi blockchain, yang menggunakan token digital untuk mewakili dan mengukur reputasi pengguna. Jumlah token reputasi telah menjadi indikator utama untuk mengevaluasi kelayakan kredit pengguna. Semakin besar jumlah token, semakin baik reputasi pengguna dan peningkatan peringkat kredit, sehingga memungkinkan untuk memperoleh lebih banyak jalur pinjaman pada platform pinjaman DeFi.

Namun, pembuatan token reputasi bergantung pada riwayat transaksi dan informasi keuangan pengguna, yang mungkin melanggar hak privasi pengguna.

3.3.2 Evaluasi kredit peminjam: token reputasi berdasarkan teknologi ZK

Teknologi ZK melindungi privasi pengguna. Kombinasi teknologi ZK dan token reputasi dapat melindungi privasi pengguna sekaligus menjaga dan melacak reputasi mereka di jaringan.

Pengguna dapat menggunakan teknologi ZK untuk menghasilkan token reputasi tanpa mengungkapkan riwayat transaksi. Di satu sisi, pengguna dapat menghasilkan bukti riwayat transaksi berdasarkan teknologi ZK; di sisi lain, buktinya diverifikasi oleh kontrak pintar (sering disebut kontrak pembuatan token reputasi), dan token reputasi dapat dihasilkan jika verifikasi berhasil.

Selain itu, pada beberapa platform pinjaman DeFi yang memerlukan agunan berlebihan, token reputasi dapat mengurangi persyaratan agunan, sehingga memecahkan masalah agunan berlebihan dan meningkatkan likuiditas pasar. Dan penerapan token reputasi berdasarkan teknologi ZK melampaui platform pinjaman DeFi untuk digunakan secara luas di bidang asuransi, subsidi medis, dan bidang lainnya.

4. Ringkasan & Harapan

Artikel ini mengeksplorasi berbagai skenario penerapan teknologi ZK untuk perlindungan privasi di DeFi, terutama peran utamanya dalam peminjaman dan potensi besarnya untuk menolak manipulasi likuiditas dan front-running. Saat kami menjelajahi DeFi, kami menghadapi beberapa tantangan, terutama masalah terkait privasi dan keamanan. Tantangan privasi di ekosistem DeFi adalah topik utama, dan teknologi ZK memberikan solusi unik yang tidak hanya meningkatkan perlindungan privasi, namun juga meningkatkan efisiensi dan keamanan transaksi. Jika Anda ingin memperkenalkan teknologi ZK ke DApp Anda, jangan ragu untuk menghubungi Salus.

Ke depan, teknologi ZK dapat diterapkan di bidang DeFi yang lebih dalam, seperti pertaruhan likuiditas, protokol derivatif, aset dunia nyata, asuransi, dll. Salus berfokus pada penelitian dan eksplorasi penerapan teknologi ZK di DeFi dan lapisan aplikasi Ethereum lainnya. proyek. Kami dengan tulus mengundang para peneliti blockchain, pengembang teknologi, dan semua profesional di bidang web3 di seluruh dunia untuk bekerja bersama kami guna mempromosikan pengembangan mendalam dan penerapan teknologi ZK secara luas, sehingga dapat mendorong pertumbuhan DeFi dan bahkan industri sebagai sebuah utuh.

Penafian:

1. Artikel ini dicetak ulang dari [odaily]. Semua hak cipta milik penulis asli [LZ]. Jika ada keberatan terhadap cetak ulang ini, silakan menghubungi tim Gate Learn , dan mereka akan segera menanganinya.
2. Penafian Tanggung Jawab: Pandangan dan pendapat yang diungkapkan dalam artikel ini adalah sepenuhnya milik penulis dan bukan merupakan nasihat investasi apa pun.
3. Terjemahan artikel ke bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, dilarang menyalin, mendistribusikan, atau menjiplak artikel terjemahan.