Supply Elasticity

Kembali ke toko roti. Kita ingin mengetahui bukan hanya arah perubahan, melainkan besarnya dibandingkan perubahan harga. Karena itu, OpenStax memakai perbandingan perubahan persentase. Elastisitas tidak memiliki satuan: kita tidak langsung membagi potong roti dengan rupiah. Dengan demikian, usaha berbeda ukuran dapat dibandingkan. Kemiringan garis pada grafik berbeda karena juga bergantung pada satuan sumbunya. Menggambar ulang harga dalam satuan uang yang lebih kecil tidak mengubah kemauan pembuat roti untuk berproduksi. [1]

Dalam contoh kita, harga naik dari 10 menjadi 12 dan jumlah yang ditawarkan dari 100 menjadi 130 buah per hari. OpenStax menjelaskan metode titik tengah: setiap perubahan dibagi rata-rata nilai awal dan akhirnya. Hasilnya (30 / 115) / (2 / 11), sekitar 1,43. Jika perubahan dibagi nilai awal, hasilnya 1,5. Toko rotinya tetap sama; dasar hitungnya berbeda. Sebutkan metode dan jangan mencampur hasil kedua pendekatan. Angka pertama menggambarkan interval tersebut. [1]

Dalam model umum ketika harga lebih tinggi tidak mengurangi jumlah yang ditawarkan, OpenStax membedakan nilai di atas 1, sama dengan 1, dan di bawah 1. Di atas batas itu, jumlah berubah secara proporsional lebih besar daripada harga; pada batasnya sama besar; di bawahnya lebih kecil. Nilai 0 berarti jumlah tidak menanggapi perubahan harga. Tanggapan yang lebih lemah ini disebut penawaran inelastis; itu tidak selalu berarti tidak ada tanggapan sama sekali. Respons selama suatu periode juga tidak menentukan jumlah total barang yang mungkin dihasilkan. [1]

Hari ini toko roti mungkin bisa memakai adonan tersisa atau memperpanjang jam kerja. Biasanya, oven baru tidak bisa langsung dioperasikan dalam satu sore. OpenStax menjelaskan mengapa peningkatan produksi sering lebih mudah dalam jangka panjang. Angka elastisitas karena itu perlu menyebutkan rentang waktu. Tanggapan sehari belum tentu menggambarkan keadaan setelah fasilitas baru dibangun. Waktu tambahan tetap tidak membuktikan penawaran tanpa batas: bahan, pekerja, peralatan, dan kelayakan usaha masih menentukan. [2]

Bayangkan harga tepung juga naik. Pembuat roti mungkin menawarkan lebih sedikit roti meski harga jualnya sama. OpenStax menyebutnya pergeseran kurva penawaran: kondisi produsen berubah. Ini berbeda dengan menanggapi harga roti ketika kondisi lain tetap. Dua harga dan jumlah yang teramati tidak dengan sendirinya memisahkan pengaruh elastisitas harga. Kita perlu lebih dahulu memeriksa apakah biaya, teknologi, atau permintaan berubah di antara pengamatan. [3]

Bitcoin mengikuti aturan berbeda dari toko roti. Hashrate adalah kecepatan perhitungan penambangan. Kesulitan penambangan menentukan berapa banyak perhitungan yang rata-rata diperlukan untuk menemukan blok. Kenaikan hashrate dapat mempercepat penemuan blok untuk sementara; Bitcoin Developer Guide menjelaskan penyesuaian kesulitan setelah 2016 blok sebagai tanggapan terhadap laju tersebut. Hashrate lebih tinggi tidak dengan sendirinya mengizinkan tambahan koin baru dalam tiap blok. Jadwal penciptaan koin baru mengikuti ketinggian blok, yaitu posisinya dalam rantai, bukan harga pasar. Karena itu, pisahkan daya komputasi, jumlah blok, dan waktu kalender saat membahas penawaran. [5]

Bitcoin.org membahas penciptaan bitcoin (BTC) yang terbatas serta penawaran dan permintaan pasar. Aturan 21 Million membatasi total penerbitan, bukan keputusan pemilik koin yang sudah ada. Seseorang mungkin menjual sebagian tabungannya saat harga naik; orang lain tetap menyimpannya dalam dompet. Keduanya menyangkut koin yang sudah ada. Total BTC bukanlah jumlah yang benar-benar tersedia untuk dijual. Aturan penerbitan yang tetap tidak berarti penjual menawarkan jumlah sama pada setiap harga. [4]

Supply Elasticity membantu kita memikirkan tanggapan penawaran dalam situasi tertentu. Demand Elasticity membahas sisi lain: tanggapan jumlah yang ingin dibeli terhadap harga. OpenStax menunjukkan bahwa interaksi keduanya membentuk hasil pasar. Sebuah koefisien saja tidak menentukan harga mendatang atau menjamin laba. Kesimpulan yang berguna menyebut pasar, periode, metode, dan asumsi. Untuk Bitcoin, kesimpulan itu juga perlu membedakan penerbitan koin dari kemauan pemilik untuk menjual. [2]