زیادہ تر وہ ٹولز جو کوئی کمیونٹی تجارت کے لیے استعمال کرتی ہے، وہ کٹوتیاں لینے کے لیے بنائے گئے ہیں۔ بدنیتی سے نہیں — بلکہ ساختی اعتبار سے۔ ایک فیصد ادائیگی پروسیسر کو جاتا ہے، سود بینک کو جاتا ہے، توجہ اشتہار دہندہ کو جاتی ہے، اور ڈیٹا ایسی جگہ جاتا ہے جسے کمیونٹی کے کسی فرد نے منتخب نہیں کیا۔ BeanPool ان تمام راستوں کو ختم کرنے کے لیے بنایا گیا ہے۔
پوسٹ-ایکسٹریکشن کا مطلب ایسا بنیادی ڈھانچہ ہے جو کمیونٹیز کو اپنی پیدا کردہ قدر خود پیدا کرنے اور برقرار رکھنے کی اجازت دیتا ہے، بجائے اس کے کہ اسے مڈل مین ہتھیا لیں۔ یہ اچھے بننے کا کوئی نعرہ نہیں ہے۔ یہ سافٹ ویئر بنانے کے طریقے پر ایک پابندی ہے — اور ایسی چیزیں جو اس کی خلاف ورزی کرتی ہیں، انہیں کبھی ضم نہیں کیا جاتا۔
ٹھوس بات کرنا ضروری ہے، کیونکہ ”استحصال“ کو عام طور پر مبہم چھوڑ دیا جاتا ہے۔ جب ایک پڑوسی روایتی پلیٹ فارم کے ذریعے کسی پڑوسی کو ادائیگی کرتا ہے، تو قدر ایک ساتھ کئی دروازوں سے کمیونٹی سے باہر نکل جاتی ہے:
اوپر دیے گئے طریقہ کار کا بغور مطالعہ کیا گیا ہے، اور ان لوگوں نے اسے کئی بار نام دیا ہے جنہوں نے اس پر سالوں لگائے ہیں۔ ہمارے خیال میں یہ تجزیہ درست ہے؛ جہاں ہمارا فرق ہے وہ یہ ہے کہ ہم پھندے کی وضاحت کرنے کے بجائے اس سے نکلنے کا راستہ بنانے کی کوشش کر رہے ہیں۔ اگر آپ ہمارے خلاصے کے بجائے مکمل دلائل چاہتے ہیں، تو شروعات کے لیے یہ جگہیں بہترین ہیں۔
پلیٹ فارم کو ٹیکنالوجی کے بجائے ایک کاروباری ماڈل کے طور پر دیکھتا ہے: اپنے آپ کو ایسے دو گروہوں کے درمیان رکھیں جنہیں ایک دوسرے تک پہنچنے کی ضرورت ہے، پھر ہر رابطے میں سے حصہ لیں۔ چونکہ پلیٹ فارم کی قدر اس پر موجود لوگوں کی تعداد کے ساتھ بڑھتی ہے، اس لیے جیسے جیسے کٹوتی بڑھتی ہے، اسے چھوڑنا مشکل تر ہوتا جاتا ہے۔
پہلے کے ساتھ ساتھ چلنے والے دوسرے استحصال کی وضاحت کرتا ہے۔ عام انسانی تجربے کو لاوارث خام مال سمجھا جاتا ہے، جسے اس پیشین گوئی میں ڈھالا جاتا ہے کہ لوگ آگے کیا کریں گے، اور اسے بیچ دیا جاتا ہے جو جاننے سے فائدہ اٹھائے۔ جس شخص سے ڈیٹا آیا وہ گاہک نہیں ہے۔
اس دلیل کا سب سے واضح ورژن۔ پلیٹ فارم کا مالک جو کچھ جمع کرتا ہے وہ کسی پیداوار سے حاصل ہونے والا منافع نہیں ہے — یہ کرایہ ہے، جو ان کی ملکیتی جگہ تک رسائی کے لیے وصول کیا جاتا ہے۔ واروفاکس کا نکتہ یہ ہے کہ یہ نظام سرمایہ داری سے نیا ہونے کے بجائے اس سے بھی پرانا ہے: ٹیکنالوجی کمپنی کا لباس پہنے ہوئے جاگیردارانہ تعلق۔
نیچے سے دیکھنے پر اس نظام کے احساس کے لیے ایک زیادہ آسان جملہ ہے — ڈیجیٹل بٹائی داری۔ آپ ایسی زمین پر کام کرتے ہیں جس کے آپ مالک نہیں ہیں، اور مالک آپ کی اگائی ہوئی ہر چیز میں سے حصہ لے لیتا ہے۔ یہ ڈرائیور، فروخت کنندہ، موسیقار اور ڈیلیوری رائیڈر پر یکساں طور پر صادق آتا ہے، جو عام طور پر اس بات کی علامت ہے کہ یہ بیان کسی حقیقت کی عکاسی کر رہا ہے۔
ہمارا جواب زیادہ منصفانہ جاگیردار یا چھوٹی کٹوتی نہیں ہے۔ ہمارا مؤقف یہ ہے کہ سرے سے کرائے پر دینے کے لیے کوئی زمین ہی نہیں ہونی چاہیے۔ دو پڑوسیوں کو دوپہر کے کام کا تبادلہ کرنے کے لیے ایسی جگہ سے گزرنے کی ضرورت نہیں ہے جس کا کوئی اور مالک ہو۔ لہٰذا کمیونٹی نوڈ کو سنبھالتی ہے، پروٹوکول ہر ایک کے چلانے یا فورک کرنے کے لیے کھلا ہے، اور جو واحد فیس موجود ہے وہ کمیونٹی کے اپنے کامنز میں جاتی ہے۔ درمیان میں کسی کے لیے رسائی بیچنے کی کوئی گنجائش نہیں ہے — بشمول ہمارے۔
اگر آپ پڑھنے کے بجائے دیکھنا پسند کرتے ہیں تو ایک بہترین شروعات: بین جارڈن کا ”You Are Witnessing the Death of American Capitalism“، جو اس موضوع کا احاطہ کرتا ہے اور اوپر دی گئی تینوں کتابوں کی طرف اشارہ کرتا ہے۔
پہلے چار طریقے آج ہر کمیونٹی کے فعال حصے ہیں۔ پانچواں، کمیونٹیز کے درمیان کلیئرنگ، تیار ہے اور اسے صرف ہماری اپنی دو امتحانی کمیونٹیز کے درمیان آزمایا گیا ہے، ابھی تک فعال کمیونٹیز کے درمیان نہیں۔ ان کی مکمل تفصیل قواعد میں موجود ہے۔
BeanPool باہمی کریڈٹ پر چلتا ہے۔ جب آپ کسی پڑوسی کے لیے تین گھنٹے کام کرتے ہیں، تو اسی لمحے تین گھنٹے کا کریڈٹ وجود میں آتا ہے — آپ کا مثبت بیلنس اور ان کا منفی بیلنس، جو تجارت کے ذریعے ایک ساتھ بنتے ہیں۔ کسی بینک نے اسے جاری نہیں کیا۔ کسی نے آپ کو ادھار نہیں دیا۔ کوئی سود نہیں ہے، کیونکہ کوئی قرض دہندہ نہیں ہے۔
یہ پورے ڈیزائن کی جڑ ہے۔ اگر رقم کی فراہمی کو ادھار لے کر وجود میں لانا پڑے، تو کمیونٹی سے باہر کا کوئی شخص اس کے مستقبل کے کام پر دعویٰ رکھتا ہے۔ اگر کمیونٹی تجارت کے ذریعے اسے خود پیدا کرتی ہے، تو کسی کا کوئی دعویٰ نہیں ہوتا۔
صفر کے بیلنس کا مطلب ہے کہ آپ نے تقریباً اتنا ہی دیا ہے جتنا آپ نے وصول کیا ہے۔ یہ ایک صحت مند حالت ہے، اور یہ زیادہ تر معیشتوں کے طے کردہ ہدف سے بالکل مختلف ہدف ہے۔ پھلیاں جمع کرنے کا کوئی انعام نہیں ہے، اور انہیں کمیونٹی سے باہر کے کسی بھی فرد پر دعوے میں تبدیل کرنے کا کوئی طریقہ نہیں ہے۔
بڑے غیر فعال بیلنس وقت کے ساتھ ساتھ بتدریج شرح سے کم ہوتے جاتے ہیں۔ اس کا اثر پھلیوں کو ساکت رکھنے کے بجائے حرکت میں رکھنا ہے — پڑوسیوں کے ساتھ خرچ کرنا، مقامی منصوبوں میں لگانا۔ ایسی معیشت جہاں تبادلے کا ذریعہ رک جائے، وہ کام کرنا چھوڑ دیتی ہے۔
سب سے اہم بات یہ ہے کہ جو کٹوتی ہوتی ہے وہ ضائع نہیں ہوتی اور نہ ہی منافع کے طور پر لی جاتی ہے: یہ کامنز پول میں چلی جاتی ہے۔ منفی بیلنس پر کبھی چارج نہیں لگایا جاتا۔ منفی بیلنس والے شخص نے وہ کریڈٹ استعمال کیا ہے جو کمیونٹی نے اسے دیا تھا، اور جو شخص پہلے ہی مقروض ہو اس پر چارج لگانے سے گڑھا مزید گہرا ہوگا بجائے اس کے کہ پھلیاں گردش میں آئیں — جو کہ اصل مقصد کے بالکل برعکس ہے۔
کامنز پول میں وہ رقم جمع ہوتی ہے جو گردش اور تجارتی چارجز سے حاصل ہوتی ہے، اور جو کچھ اس میں ہوتا ہے وہ دو جگہوں پر جاتا ہے: اس قرض کو سنبھالنا جو کسی رکن کے منفی بیلنس کے ساتھ کمیونٹی چھوڑنے یا ہٹائے جانے پر رہ جاتا ہے، اور ایسے انٹرپرائزز اور منصوبوں کو فنڈ دینا جن کی اراکین خود کار فیصلوں کے ذریعے منظوری دیتے ہیں — مشترکہ باغ کے اوزار، کام کی جگہ کے لیے آلات، یا جو بھی تجویز پیش کی جائے اور ووٹ کے ذریعے منظور ہو۔ کمیونٹی خود فیصلہ کرتی ہے کہ اس کا اضافی سرپلس کیا تعمیر کرتا ہے۔
یہ ساخت کے لحاظ سے ایک بند دائرہ ہے: قدر مقامی طور پر پیدا ہوتی ہے، اجتماعی طور پر رکھی جاتی ہے، اور دوبارہ اسی کمیونٹی میں خرچ کی جاتی ہے۔
جب کمیونٹیز ایک دوسرے کے ساتھ تجارت کرتی ہیں، تو استحصال ایک زیادہ باریک شکل میں دوبارہ ظاہر ہو سکتا ہے — امیر قصبہ خاموشی سے چھوٹے قصبے کے وسائل نچوڑ لیتا ہے۔ یہ وہ مسئلہ ہے جسے جان مینڈ کینز نے بریٹن ووڈز میں حل کرنے کا بیڑا اٹھایا تھا، اور BeanPool کی بین الکمیونٹی کلیئرنگ ان کے جواب پر مبنی ہے۔
پھلیاں کبھی سرحد پار نہیں کرتیں۔ دو کمیونٹیز کے درمیان تجارت مشترکہ کھاتوں کے ایک جوڑے کے ذریعے طے پاتی ہے، جسے ہر نوڈ رکھتا ہے، جس میں یہ ریکارڈ ہوتا ہے کہ کام کی صورت میں ہر ایک دوسرے کا کتنا مقروض ہے۔ ہر فریق اپنی حد مقرر کرتا ہے کہ یہ کتنا چل سکتا ہے — اس طرح ایک ہمسایہ کمیونٹی صرف اتنی ہی رقم کی مقروض ہو سکتی ہے جو آپ نے پہلے سے منتخب کی ہو۔
دو باتیں اس کے بعد آتی ہیں، اور وہی وجہ ہیں کہ یہ صرف خرچ کی حد نہیں ہے۔ اپنا واجب الادا قرض ادا کرنا کبھی نہیں روکا جاتا — حد اس سمت کو روکتی ہے جو کریڈٹ دیتی ہے، اس سمت کو کبھی نہیں جو اسے طے کرتی ہے۔ اور اضافی سرپلس رکھنے والی کمیونٹی صرف اس پر بیٹھتی نہیں ہے: کسی قصبے کا جتنا زیادہ واجب الادا ہوگا، وہ مقروض قصبے سے اتنا ہی زیادہ کام لے سکتا ہے، اور عدم توازن کو قرض چھوڑنے کے بجائے دوبارہ تجارت میں تبدیل کر سکتا ہے۔
واضح حدود یہ ہیں: خسارے میں موجود کمیونٹی سے خسارے میں ہونے پر کبھی چارج نہیں لیا جاتا — کینز کا استدلال، اور ہمارا بھی، یہ ہے کہ دباؤ صرف اسی پر پڑنا چاہیے جس کے پاس اس پر عمل کرنے کی طاقت ہو۔ باقی بچ جانے والا ایک طریقہ، یعنی جان بوجھ کر بیکار چھوڑے گئے اضافی سرپلس پر چارج، طے شدہ ہے اور جان بوجھ کر تب تک نہیں بنایا گیا جب تک کہ وہ اسی انصاف کے امتحان پر پورا نہ اتر سکے۔ کلیئرنگ وسیع نیٹ ورک کے بجائے کمیونٹیز کے جوڑوں کے درمیان چلتی ہے، اور ہر کمیونٹی کا آپریٹر اپنی مرضی سے اسے فعال کرتا ہے۔
یہ وہ بنیادی اقدار ہیں جن کے مطابق BeanPool میں ہر شراکت کو جانچا جاتا ہے۔ وہ پروجیکٹ کے شراکت دار رہنما میں شائع کی گئی ہیں، اور ان پر سختی سے عمل ہوتا ہے: جو کام ان سے متصادم ہو اسے مسترد کر دیا جاتا ہے، چاہے کوڈ کتنا ہی اچھا کیوں نہ ہو۔
ہم ایسا بنیادی ڈھانچہ بناتے ہیں جو کمیونٹیز کو اپنی قدر پیدا کرنے اور برقرار رکھنے کے قابل بناتا ہے بجائے اس کے کہ اسے مڈل مین ہتھیا لیں۔ ایسی شراکتیں جو استحصالی اثرات پیدا کرتی ہیں — نیٹ ورک کے وہ اثرات جو کسی واحد کنٹرولنگ فریق کو فائدہ پہنچائیں، ملکیتی پابندی، نگرانی پر مبنی آمدنی — خوش آئند نہیں ہیں۔
مقامی کمیونٹیز کو اپنے نوڈز خود چلانے، اپنے حکمرانی کے فیصلے خود کرنے اور آزادانہ طور پر کام کرنے کے قابل ہونا چاہیے۔ ایسی شراکتیں جو فیصلے کرنے کا اختیار کسی عالمی اتھارٹی کی طرف لے جاتی ہیں، یا جو مقامی نظام کو غیر عملی بناتی ہیں، پروٹوکول کے مقاصد کے خلاف کام کرتی ہیں۔
پروٹوکول کو ان کمیونٹیز کے لیے قابل فہم ہونا چاہیے جن کی یہ خدمت کرتا ہے — نہ کہ صرف سافٹ ویئر انجینئرز کے لیے۔ تفصیلات جہاں ممکن ہو سادہ زبان میں لکھی جاتی ہیں، اور تکنیکی باریکیاں نیچے درج کی جاتی ہیں۔
کسی بھی فیچر کو اس فریق کی واضح، قابل منسوخی، اور قابل جانچ رضامندی کے بغیر ڈیٹا منتقل کرنے کی اجازت نہیں ہونی چاہیے جس کا وہ تعلق ہے۔ رازداری پر حملہ کرنے والی خصوصیات کو ضم نہیں کیا جائے گا، چاہے ان کا تکنیکی حل کتنا ہی عمدہ کیوں نہ ہو۔
ہم کامیابی کی پیمائش اس بات سے کرتے ہیں کہ آیا BeanPool کی وجہ سے کمیونٹیز، ماحولیات اور کامنز زیادہ صحت مند ہیں — نہ کہ ترقی کے اعداد و شمار یا ٹوکن کی قیمت سے۔
اس طرح کے دعوے کی وقعت صرف اس کی تصدیق کی صلاحیت کے برابر ہوتی ہے، لہٰذا: