• Pada 10.000 s pertama, program memanggil class TransactionEventGenerator sehingga men-trigger class TransactionCreateEvent untuk membuat pesan baru dengan tujuan pesan ke Operator Proxy. Lalu juga membuat transaksi Transaction dan transaksi tersebut dibungkus ke dalam property pesan sebagai transaction. Proses ini hanya terjadi di node Miner saja.
• Selama pembangkitan pesan, node Miner yang baru saja membuat sebuah pesan juga akan bergerak di areanya sambil mencari relay (miner lain) untuk mengirim pesan agar sampai ke tujuan (Operator Proxy).
• Begitu Operator Proxy bertemu miner yang membawa pesan yang berisi transaksi itu, maka akan menyimpan pesan tersebut, lalu mengambil transaction di dalamnya dan dimasukkan ke list transactionBuffer milik Operator Proxy. Proses ini berlangsung terus-menerus sampai fase pembangkitan pesan selesai (default settings.txt adalah 10.000 s untuk pembangkitan pesan).

• Pada 5000 s berikutnya, saat fase pembangkitan pesan telah berhenti, pasti masih ada transaksi yang belum sampai ke Operator Proxy (asumsi transaksi baru dibuat sesaat sebelum fase pembangkitan pesan berhenti).
• Pada 5000 s ini, simulasi akan berfokus pada proses store-carry-forward agar pesan sampai ke Operator Proxy.
• Proses ini akan berhenti di waktu 15.000 s simulasi.

• Setelah melewati 15.000 s, maka sudah tidak ada pembangkitan pesan lagi, dan asumsi Operator Proxy sudah tidak menerima transaksi lagi. Lalu, 5000 s selanjutnya ini merupakan waktu untuk Operator Proxy mengelompokkan transaksi-transaksi di dalam transactionBuffer menjadi beberapa kelompok secara acak.
• Transaksi-transaksi yang ada di transactionBuffer ini akan dipisah-pisah, lalu dikelompokkan menjadi beberapa list transaksi. Kumpulan list transaksi ini akan disimpan ke dalam satu list yaitu trx milik Operator Proxy.
• Proses Grouping ini berjalan selama 5000 s sampai waktu simulasi mencapai 20.000. Saat sudah selesai melakukan grouping, Operator Proxy menandakan dirinya sudah selesai dengan mengeset hasGrouped = true pada dirinya sendiri untuk mengantisipasi terjadi pengulangan grouping selanjutnya.

• Setelah 20.000 s simulasi, maka dimulai proses mining. Proses ini terjadi jika dan hanya jika node Miner bertemu dengan Operator Proxy saja.
• Saat Operator Proxy menemui sebuah miner, pertama-tama Operator Proxy harus mencatat kedatangan miner tersebut (seperti absensi) menggunakan HashSet bernama getVisitedMiner untuk menandai bahwa miner tersebut sudah pernah bertemu.
• Selanjutnya miner akan melihat-lihat dahulu pada list trx milik Operator Proxy. Karena di dalam list trx terdapat list-list yang berisi kumpulan transaksi, maka miner bisa memilih kira-kira mana list yang memiliki fee terbesar (1% dari total amount pada tiap transaksi). Jika sudah memilih, maka miner tersebut akan siap untuk melakukan pembuatan blok.
• Sebelum itu, miner akan mengecek keaslian data transaksi dengan cara mengecek tanda tangan digital pada transaksi yang dipilih menggunakan fungsi kriptografi pada class SecureTransaction. Jika sudah valid, miner membungkus list transaksi yang dipilih ke dalam sebuah Block baru.
• Saat Block baru dibuat, miner akan siap untuk mencari nilai nonce pada blok tersebut sesuai dengan target kesulitan pada Blockchain dan Localchain. Operator Proxy akan bertugas untuk mencatat waktu mulai miner melakukan mining dan waktu selesai.
• Proses mining berlangsung.
• Setelah selesai, waktu mining dicatat ke dalam blok, dan blok yang telah di-mining akan disimpan di penyimpanan sementara milik Operator Proxy yaitu minedBlock. Saat miner ini nanti bertemu Operator Proxy kembali, maka tidak akan melakukan mining lagi karena sudah melakukan absen di getVisitedMiner.
• Operator Proxy lanjut mendatangi miner lain di areanya. Saat bertemu miner lain, prosesnya sama, namun karena list trx tidak ada yang berubah, nantinya miner lain pasti juga akan memilih list transaksi yang sama dengan miner pertama. Apakah salah? tidak, karena memang ini konsepnya, yakni Operator Proxy nanti akan membandingkan versi mining antar miner untuk list transaksi yang sama, sehingga versi mining dengan interval waktu mining tercepat akan dipilih.
• Saat satu list dari trx ini sudah di-mining oleh semua miner di area tersebut (getVisitedMiner == minersInGroup: asumsi ada 7 miner/area), maka di sini Operator Proxy akan memilih blok dengan interval mining terbaik, lalu memasukkannya ke selectedBlock. Tidak lupa Operator Proxy juga akan remove list terpilih di trx agar tidak di-mining lagi, dan juga mereset minedBlock dan getVisitedMiner untuk lanjut list di trx selanjutnya. Namun sebelum lanjut ke list selanjutnya, akan menjalankan proses verifikasi dahulu, karena jika Operator Proxy sedang memegang blok terpilih (selectedBlock is not null), maka tidak bisa melakukan proses mining dulu dan harus diverifikasi dulu.

• Proses verifikasi dilakukan saat Operator Proxy sedang memegang blok terpilih (selectedBlock is not null), dan kembali akan mendatangi miner-miner lain dengan skema absensi getVisitedMiner seperti pada proses mining.
• Saat bertemu miner, maka Operator Proxy memberikan blok terpilih untuk dilakukan verifikasi hash pada blok. Apakah hash dari blok tersebut sudah memenuhi kriteria/target kesulitan pada Blockchain atau tidak.
• Jika memenuhi target, maka Operator Proxy melakukan increment nilai v, yaitu jumlah miner yang menyetujui blok terpilih.
• Proses verifikasi berlanjut ke miner-miner lain, sampai jumlah v sudah mencapai threshold, maka blok dianggap valid dimasukkan ke Localchain milik Operator Proxy.
• Setelah itu, Operator Proxy kembali mereset nilai v, absensi getVisitedMiner, dan mengubah status selectedBlock menjadi null untuk melakukan proses mining kembali pada list trx selanjutnya.
• Operator Proxy akan melakukan proses mining-verification terus-menerus secara berurutan sampai list trx di Operator Proxy kosong (.getTrx().isEmpty()) dan mengeset status Operator Proxy menjadi siap untuk melakukan storing Localchain (readyToStore = true).

• Proses ini dilakukan saat Operator Proxy bertemu dengan Home, dengan syarat bahwa Operator Proxy harus sudah menjalankan tugas di areanya (mining-verification; readyToStore = true).
• Home akan menggunakan skema absensi getVisitedOperatorProxy untuk mencatat kedatangan Operator Proxy. Jadi tiap Operator Proxy hanya bisa menyetor Localchain sekali saja.
• Setiap Operator Proxy yang datang ke Home akan menyetorkan Localchainnya ke storedLocalchains milik Home.
• Proses storing terus berjalan sampai semua Operator Proxy mengirim ke Home.

• Setelah disetor, kemudian proses dilanjutkan dengan memilih Localchain terbaik. Proses selection ini dilakukan antara node Home dengan node Collector.
• Saat Collector mengunjungi Home, akan memeriksa storedLocalchains di Home untuk memilih Localchain terbaik dengan rantai (blok) terpanjang.
• Collector juga akan mengkalkulasi hash dari tiap Localchain. Hash yang dimaksud adalah nilai dari penggabungan hash pada blok-blok di dalam localchain tersebut. Jadi sekarang tiap localchain punya hashnya sendiri-sendiri.
• Selanjutnya Collector memeriksa dalam list storedLocalchains menghitung nilai hash dari hexadecimal menjadi desimal. Localchain dengan hash terkecil akan dimasukkan ke variabel sementara selected.
• Collector kemudian mengambil selected tadi dan memasukkan ke penyimpanan miliknya yaitu selectedLocalchain. Lalu menghapus localchain terpilih dari list storedLocalchains milik Home tadi.
• Proses selection selesai, Collector sudah memegang satu localchain (selectedLocalchain is not null) dan siap pergi ke node Internet untuk menambahkan localchain terpilih ke Blockchain, dan jika Collector datang ke Home lagi sebelum berkunjung ke Internet, maka tidak akan melakukan apa-apa karena dia sedang memegang Localchain.

• Proses appending dilakukan oleh node Collector dan node Internet, dengan syarat Collector harus dan hanya memegang satu localchain terpilih dari Home.
• Internet akan memeriksa selectedLocalchain yang dibawa Collector dengan menghitung hash nya terlebih dahulu lalu akan dibandingkan dengan hash yang sudah ada. Jika valid, maka lanjut proses menambahkan localchain ke Blockchain.
• Proses penambahan ke Blockchain ini sedikit kompleks, karena harus kembali memecah blok-blok di dalam localchain lalu harus mengubah previousHash dari blok pertama pada Localchain (yang tadinya bernilai null) menjadi hash dari blok terakhir/terbaru pada Blockchain. Perubahan previousHash ini akan mempengaruhi hash dari semua blok di Localchain tersebut karena perubahan kecil saja akan mengubah keseluruhan hash dan hash yang baru belum tentu memenuhi target kesulitan pada Blockchain.
• Namun pada program ini, tiap blok sudah memiliki atribut K di mana menunjukkan asal blok tersebut dibuat dari mana. Jika bernilai 1 (K = 1), maka tandanya Block tersebut berasal dari Localchain dan sudah dipastikan valid. Sehingga walaupun hash baru dari blok yang sudah diubah previousHashnya tadi tidak memenuhi difficulty, maka tetap akan dianggap valid karena blok berasal dari Localchain.
• Selanjutnya semua blok pada selectedLocalchain akan ditambahkan ke Blockchain menggunakan mekanisme di atas.
• Saat semua hash dari blok sudah valid, maka proses penambahan ke Blockchain sudah berhasil. Collector akan mengeset selectedLocalchain menjadi null dan siap untuk mengambil localchain lainnya yang tersisa di Home.
• Proses selection-appending ini akan berlangsung terus-menerus secara berurutan sampai jumlah localchain yang ada habis localChainCount is empty, dan Collector akan menandai dirinya sendiri sudah selesai (set appendingDone = true).
• Semua transaksi sudah ditambahkan ke Blockchain, selanjutnya adalah memberikan reward ke masing-masing miner yang sudah berkontribusi.

• Fase ini dilakukan oleh beberapa node. Pertama dari Collector yang appendingDone = true akan mengunjungi Home, lalu mengeset appendingDone = true juga di Home. Lalu saat OperatorProxy mengunjungi Home yang sudah menandai bahwa appending sudah selesai, maka Operator Proxy juga akan menandai appendingDone = true pada dirinya sendiri.
• Selanjutnya Operator Proxy akan kembali mengunjungi miner-miner di area nya dan memeriksa berdasarkan list localchain yang masih disimpannya untuk memberikan reward.
• Saat localchain sudah kosong, maka tandanya Operator Proxy ini sudah selesai melakukan rewarding ke miner di areanya, lalu menandai dirinya sendiri sudah selesai (set doneReward = true). Lalu saat Operator Proxy yang sudah selesai melakukan tugasnya mengunjungi Home, maka Home akan mencatat kedatangan Operator Proxy tersebut di HashSet confirmedDoneOperatorProxy.
• Saat confirmedDoneOperatorProxy sudah memiliki size == 8 maka tandanya semua Operator Proxy sudah selesai menajalankan tugasnya, dan mekanisme transaksi Blockchain sudah selesai.

Berperan dalam proses kriptografi. Implementasi hashing SHA256 serta pembuatan tanda tangan digital menggunankan ECDSA dan library Bouncy Castle.

Class Transaction dimana objek transaksi dibuat oleh para miner untuk bertransaksi.

Dompet digital yang dimiliki tiap miner. Tiap wallet memiliki Public Key dan Private Key.

Class Block yang merupakan class penting yang digunakan dalam mekanisme transaksi di Blockchain dimana membungkus transaksi-transaksi yang dibuat oleh miner.

Blockchain digunakan sebagai rantai utama yang tersimpan di Internet.

Class untuk membuat tampilan UI pada terminal

Blockchain lokal yang dimiliki oleh setiap Operator Proxy.

Penambahan atribut tergantung pada apa rolenya (miner, Operator Proxy, Home, Collector atau Internet).

Penambahan atribut "difficulty" untuk transaksi blockchain. Lalu inisialisasi Localchain tiap Operator Proxy dan inisialisasi Blockchain pada Internet saat menjalankan method createHosts().

Penambahan overlay image untuk tampilan GUI Playlist yang lebih informatif.

Modifikasi fontColor tiap role agar berbeda di GUI. Lalu modifikasi drawHost yang tadinya memanfaatkan drawRectangle menjadi drawImage untuk menampilkan node dalam bentuk gambar.

Modifikasi dari MessageCreateEvent, dimana penambahan property "transaction" di dalam message. Lalu memastikan hanya node miner saja yang dapat membangkitkan pesan.

Modifikasi dari MessageEventGenerator dimana menambahkan field eventCount yang akan selalu berubah-ubah untuk membuat ID unik transaksi. Mengatur tiap message final destinationnya hanya ke Operator Proxy pada area mereka. Lalu pembuatan transaksi, penandatanganan transaksi, serta pembungkusan transaksi dilakukan di sini.

Modifikasi dari RandomWaypoint, perbedaannya adalah membatasi pergerakan randomnya menggunakan area sehingga tidak dapat bergerak diluar area yang ditentukan. Area diambil dari inputan user "moveArea" pada settings.

Penambahan atribut "moveArea".

Report untuk mencatat usage storage pada Operator Proxy per selang waktu tertentu.

Algoritma Routing mekanisme transaksi blockchain DTN.