Membuat NFT yang berguna

Membuat NFT yang berguna – Konsep token yang tidak dapat dipertukarkan (NFT) telah digunakan untuk membuat item yang terkait dengan spekulasi dan pencucian uang (Wilson et al., 2022). Namun, seperti yang ingin saya tunjukkan dalam postingan ini, teknologi yang sama dapat secara signifikan menyederhanakan penerapan banyak aplikasi yang ada, termasuk di bidang akuntansi dan perdagangan. Dalam contoh hari ini, kita akan membahas beberapa langkah pembuatan bill of lading (BoL) yang menghubungkan identitas perusahaan dengan serangkaian faktur dan menggunakan NFT untuk merujuk dan memperdagangkan sertifikat kepemilikan yang terkait dengan barang dan komoditas.

Dalam contoh ini, LDAP digunakan untuk mencari dan mengindeks nama perusahaan dan kunci identitas yang terkait dengannya melalui sertifikat X.509 yang ditandatangani oleh otoritas sertifikat (CA). Perhatikan bahwa kita akan mulai melalui contoh bagian demi bagian, dan saat saya melakukannya, kode akan ditautkan dalam file yang dapat diunduh. Gambar lingkungan co-lab Google (NASDAQ: GOOGL) akan terhubung ke kode sumber. Berbagai area akan memerlukan pemutakhiran sehingga kode dapat memasukkan semua perubahan yang diperlukan untuk implementasi di sistem yang ada. Jika perlu, akan diserahkan kepada orang yang mengunduh file untuk mengimplementasikan perpustakaan lain yang digunakan dalam aplikasi lokal yang terintegrasi dengannya.

Perhatikan bahwa saya telah membuat banyak asumsi mengenai sistem yang ada yang akan dijalankan dengan ini. Demikian pula, mengakses kunci dari server LDAP dan mengonversinya menjadi alamat BSV, menggunakan TXID untuk nomor bill of lading, dll., melibatkan pengetahuan mendetail tentang sistem yang ada dan operasi kriptografi yang kompleks, yang harus disesuaikan berdasarkan kebutuhan individu dari bisnis yang mengimplementasikannya. larutan.

Dari sini, kita perlu mempertimbangkan koneksi ke server LDAP. Sambungan dapat dibuat menggunakan berbagai teknik autentikasi, dan mungkin melibatkan nama pengguna dan kata sandi, seperti yang ditunjukkan pada gambar di bawah (Kode 2). Alternatifnya, koneksi dapat didasarkan pada sertifikat digital atau metodologi autentikasi berbasis token (Kode 3).

Tidak semua server LDAP mendukung autentikasi berbasis sertifikat menggunakan mekanisme Eksternal Simple Authentication and Security Layer (SASL) (Zeilenga & Melnikov, 2006), yang membuat server menentukan identitas otorisasi berdasarkan sertifikat yang disajikan klien selama jabat tangan SSL/TLS yang berhasil . Sebagai alternatif, bentuk autentikasi berbasis sertifikat lainnya dapat digunakan. Misalnya, di postingan selanjutnya, saya akan mendemonstrasikan cara menggunakan alamat Bitcoin sebagai bentuk otentikasi token, yang berada di luar cakupan postingan ini.

Membuat NFT untuk barang-barang kami

Sistem non-fungible token (NFT) tidak perlu mewakili item pertukaran tetapi dapat menjadi sarana untuk menciptakan pasar produk dan referensi item yang dirujuk dalam rilis asli Bitcoin di bawah pasar. Contoh bill of lading yang diberikan (Kode 4) dicetak ke NFT (Kode 5) yang dapat ditransfer saat barang dipindahkan atau bahkan jika barang dijual saat dalam perjalanan.

Saya akan berkeliling untuk mendokumentasikan aspek lain dari referensi NFT. Tetapi pertama-tama, saya akan mencatat bahwa kita dapat membuat token bill of lading yang dapat ditransfer menggunakan informasi yang sudah kita bicarakan. Juga, perhatikan bahwa saya menggunakan satu sat dan belum memperhitungkan biaya penambangan atau hal lain yang harus dipertimbangkan dalam implementasi dunia nyata. Sistem tersebut akan dicetak oleh orang yang membuat barang, dan sertifikat barang bertindak sebagai sertifikat kepemilikan yang ditransfer dan dicetak ke dalam dokumen kontrak bill of lading.

Dengan semua informasi ini, kami sekarang dapat memproduksi token ‘GoodNFT’ yang akan digunakan oleh produsen barang untuk membuat aplikasi token. Penting untuk dicatat bahwa untuk metode from_nft, saya telah menggunakan fungsi tiruan utxo_from_nft yang mengembalikan hasil simulasi transaksi yang tidak terpakai (UTXO). Saat Anda mengimplementasikan fungsi seperti itu dalam aplikasi pengiriman dunia nyata, Anda akan menggantinya dengan fungsi Anda yang mengkueri set UTXO untuk UTXO yang mewakili NFT. Dalam pengkodean dunia nyata, juga perlu menambahkan penanganan kesalahan.

Perhatikan bahwa informasi yang digunakan dapat diperpanjang. Saya telah membuat satu set definisi sederhana dalam kamus data yang dapat lebih detail, termasuk nomor seri, jika diperlukan. Tautan tabel hash terdistribusi (DHT) juga dapat memberikan informasi tambahan yang mereferensikan item tertentu. Satu area, seperti tanda dan angka, dapat diperluas untuk menyertakan pengidentifikasi individual untuk setiap item. Contohnya adalah nilai referensi telepon tertentu jika beberapa telepon dijual.

Menerapkan token di tenaga penjualan

Dalam contoh ini, saya tidak membahas semua detail tentang cara membuat dompet. Saat saya membahas contoh setiap minggu, informasi yang saya berikan secara bertahap akan menghasilkan informasi yang cukup untuk melakukan setiap tahap, tetapi hanya sedikit yang dapat dilakukan sekaligus. Selain itu, meskipun saya ingin melihat metodologi lain, termasuk database nilai kunci, kami sekarang akan menggunakan metode yang diterima secara luas saat mengakses node Bitcoin (BSV), termasuk pustaka seperti bsv atau moneybutton/bsv.

Ada banyak metodologi untuk mendapatkan transaksi, jadi saya tidak akan membahasnya di postingan ini. Saya akan, di posting selanjutnya, tetapi untuk saat ini, saya akan mengatakan itu terutama sebagai pengganti.

Selanjutnya, kami akan mulai menambahkan kode untuk menangani tanda tangan dari setiap pihak yang terlibat dalam bill of lading.

Kami kemudian dapat mulai menerapkan kode penandatanganan.

Untuk bagian selanjutnya, saya akan berasumsi bahwa kita telah menerima transaksi mentah yang disimpan sebagai file biner, transaction.bin . Ini dibaca sebagai vektor byte dan kemudian mem-parsing vektor byte menjadi transaksi Bitcoin (BSV).

Secara keseluruhan, ada beberapa langkah yang terlibat dalam pembuatan sistem seperti itu. Pertama, mengembangkan sistem yang memantau jaringan atau terlibat dalam pertukaran verifikasi pembayaran yang disederhanakan (SPV) antar individu akan diperlukan. Kemudian, selama beberapa minggu dan bulan mendatang, akan ada dokumen solusi dompet lengkap yang dapat dibuat menggunakan semua ini. Idenya di sini adalah untuk perlahan-lahan mengajari Anda cara membuat sistem yang akan mencetak produk dari produsen dan mengaitkan sertifikat kepemilikan NFT dengannya. Dengan melakukan itu, saya akan mulai mendokumentasikan cara membuat aplikasi dompet SPV yang tepat yang dapat digunakan untuk menerima header yang dihasilkan oleh penambang (alias node) di jaringan, dan bagaimana hal itu dapat diimplementasikan dengan Bitcoin dalam menciptakan solusi dunia nyata.

Salah satu contoh yang dapat kami peroleh dari sini adalah mengambil file yang disimpan di “Kode 10” dan mengirimkannya ke aplikasi EDI. Tapi, seperti semua pembuat kode, saya malas. Dengan menggunakan GoodNFT yang baru saja saya rancang, kami akan mengambil informasi NFT yang telah kami berikan dan mengirimkannya ke dokumen EDI Ship Notice/Manifest. Bagi yang belum tahu, library pyx12 bisa digunakan untuk membuat dokumen EDI 856. EDI memiliki standar yang ketat. Jadi, penting untuk memastikan bahwa saat membuat dokumen EDI 856 dengan data dari GoodNFT, kami memetakan semua nilai dengan benar. Melakukannya akan mengasumsikan bahwa informasi dari sumber telah dimasukkan dengan benar dan pabrikan mengikuti standar.

Dalam contoh dokumen EDI 856 yang ditunjukkan di bawah ini, saya berasumsi bahwa stempel waktu blok dan detail transaksi merujuk pada waktu penyelesaian dalam transaksi. Saya mendengar tentang waktu penyelesaian rata-rata sepuluh menit untuk aplikasi dunia nyata. Jadi, meskipun waktu transaksi individual dapat dikaitkan dengan NTP, ini sudah cukup untuk apa yang saya berikan secara gratis.

Baca Juga : https://news.klikcrypto.com/penambangan-bitcoin-mencapai-rekor-tertinggi-baru/

Informasi ini memungkinkan kami membuat faktur dan pesanan pembelian dalam Salesforce (Kode 12).

Tapi, hanya itu yang kulakukan malam ini. Jadi, sebagai penutup, saya akan segera menjelaskan bill of lading dan mencatat berbagai persyaratan dari dokumen tersebut. Namun, seperti yang mungkin sudah Anda duga dari bagian EDI, tetap penting untuk diperhatikan bahwa ini adalah area kompleks yang memerlukan pengetahuan khusus dan lebih dari sekadar pengkodean.

Penjelasan Bill of Lading

Bill of lading (B/L) adalah dokumen legal yang digunakan dalam perdagangan internasional untuk mengakui penerimaan barang dan memberikan perincian tentang pengiriman. Bidang standar yang biasa ditemukan dalam bill of lading meliputi yang berikut:

1. Pengirim: Informasi tentang pihak atau perusahaan yang mengirimkan barang.
2. Consignee: Informasi tentang pihak atau perusahaan yang menerima barang.
3. Pengangkut: Informasi tentang pengangkut pengiriman atau perusahaan transportasi yang bertanggung jawab untuk mengangkut barang.
4. Beri Tahu Pihak: Bidang opsional untuk menentukan pihak ketiga yang akan diberi tahu tentang kedatangan atau status barang.
5. Port of Loading: Nama pelabuhan tempat barang dimuat ke kapal.
6. Port of Discharge : Nama pelabuhan tempat barang akan dibongkar dari kapal.
7. Kapal/Pelayaran: Perincian tentang nama kapal dan nomor pelayaran mengidentifikasi kapal dan pelayaran spesifik tempat barang akan diangkut.
8. Bill of Lading Number: Pengidentifikasi unik yang diberikan ke Bill of Lading untuk tujuan referensi dan pelacakan.
9. Uraian Barang: Uraian rinci tentang barang yang dikirim, termasuk jenis barang, jumlah, berat, kemasan, dan instruksi khusus atau persyaratan penanganan.
10. Marks and Numbers: Tanda atau label unik pada kemasan atau wadah yang digunakan untuk mengidentifikasi dan melacak barang.
11. Gross Weight/Net Weight : Total berat barang, termasuk berat kemasan (gross weight) dan berat barang itu sendiri (net weight).
12. Pengukuran: Dimensi atau ukuran kiriman, termasuk panjang, lebar, dan tinggi.
13. Biaya Pengiriman: Informasi tentang biaya pengiriman yang terkait dengan pengiriman, termasuk mata uang dan ketentuan pembayaran.
14. Incoterms: Ketentuan Komersial Internasional (Incoterms) yang menentukan hak dan tanggung jawab pembeli dan penjual terkait pengiriman dan pengiriman barang.
15. Tanggal Pengiriman: Tanggal saat barang dimuat ke kapal.
16. Tanda tangan: Tanda tangan perwakilan resmi dari pengirim, pengangkut, dan penerima barang, mengakui persetujuan mereka terhadap syarat dan ketentuan Bill of Lading.

Ini adalah bidang yang umum digunakan dalam Bill of Lading, tetapi format dan lot yang tepat dapat bervariasi tergantung pada persyaratan khusus perusahaan pelayaran atau praktik perdagangan di negara yang berbeda. Perhatikan bahwa posting blog ini bukanlah solusi pasti untuk semua kemungkinan hasil. Selain itu, beberapa area dalam deskripsi barang yang termasuk dalam GoodNFT kami dapat diperluas untuk mencakup hal-hal berikut:

1. Jenis Barang: Tentukan sifat atau jenis barang yang dikirim, seperti barang elektronik, tekstil, mesin, barang yang mudah rusak, bahan berbahaya, dll. Informasi ini membantu dalam menentukan persyaratan penanganan dan penyimpanan yang tepat.
2. Jumlah: Menunjukkan jumlah barang yang dikirim. Ini dapat mencakup jumlah unit, paket, palet, atau kontainer.
3. Berat: Cantumkan berat barang, yang mungkin termasuk berat kotor (berat total barang dan kemasan) dan berat bersih (berat barang tanpa kemasan). Ini membantu dalam menentukan biaya transportasi dan memastikan kepatuhan dengan batasan berat.
4. Kemasan: Jelaskan kemasan yang digunakan untuk menampung barang, seperti karton, drum, peti, atau palet. Sebutkan instruksi pengemasan khusus jika diperlukan.
5. Dimensi: Jika ada, sertakan ukuran kiriman, seperti panjang, lebar, dan tinggi. Informasi ini membantu dalam alokasi ruang dan menentukan kompatibilitas dengan peralatan transportasi.
6. Marks and Numbers: Tentukan tanda, nomor, atau label unik yang terkait dengan kemasan atau wadah. Penandaan ini mengidentifikasi dan melacak barang di seluruh rantai pasokan. Dalam contoh kami, kami akan mengintegrasikannya secara bertahap untuk memungkinkan sistem pelacakan global yang melacak barang logistik. Tapi, ini baru postingan pertama.
7. Instruksi Khusus: Jika ada instruksi atau persyaratan penanganan khusus untuk barang, seperti kontrol suhu, ventilasi, batasan penumpukan, atau penanganan rapuh, harus disebutkan dengan jelas.
8. Kode Harmonized System (HS): Sertakan kode HS yang sesuai yang mengklasifikasikan barang berdasarkan sistem pengkodean yang diakui secara internasional. Kode HS memfasilitasi bea cukai dan memastikan kategorisasi barang yang akurat untuk tujuan regulasi dan statistik.