دو موضع، یک پرسش بنیادی
والمارت کانالهای ساختاریافتهای برای خرید عاملی تحت قواعد سختگیرانه باز کرده است. آمازون عاملها را در مرز مسدود کرده است. اگر این شکاف را رقابتی بر سر استانداردها بخوانیم، به نظر میرسد یک طرف مانعتراشی میکند و طرف دیگر همکاری. اگر آن را تخصیص مسئولیت بخوانیم، هر دو موضع قابل دفاعاند، و تفاوت میانشان بلوغ فنی نیست، بلکه تحمل ریسک است.
این الگو در نحوه چارچوببندی دسترسی عامل از سوی این دو خردهفروش دیده میشود: یکی ورود را مشروط به شرایط صریح برنامه میکند، دیگری ورود را تا زمانی که چارچوبی قابل اجرا داشته باشد رد میکند. پوشش رسانهای این واگرایی معمولاً آن را پرسشی از جنس سازگاری تلقی کرده است، گویی قطعه گمشده یک شِما یا یک endpoint است. چنین نیست. هر دو شرکت میتوانند یکپارچهسازی کنند. آنچه هیچکدام هنوز نمیتوانند، گره زدن خرید یک عامل به قصد یک اصلگذار با شواهدی است که در برابر یک chargeback مورد مناقشه دوام بیاورد.
همین شکاف تمام ماجراست. پروتکل تعیین میکند که آیا یک درخواست بهدرستی شکل گرفته و احراز هویت شده است. اختیارنامه تعیین میکند که آیا نهادی که آن را فرستاده مجاز بوده پول اصلگذار را برای این کالاها، تا این سقف، در این بازه متعهد کند، و آیا آن اجازه را میتوان پس از واقعه اثبات کرد. اولی مسئلهای مهندسی با راهحلهای شناختهشده است. دومی مسئلهای از جنس تفویض اختیار و اختلاف است، و هیچ مقدار کار در لایه انتقال آن را نمیبندد.
اختیارنامه باید چه چیزی حمل کند
اختیارنامه یک توکن نیست. توکن تصدیق میکند که یک فراخواننده اعتبارنامهای در اختیار دارد. اختیارنامه تصدیق میکند که یک اصلگذار آگاهانه اختیاری محدود به یک عامل تفویض کرده است، و باید ساختار کافی برای داوری یک اختلاف بدون ارجاع به روایت خودِ عامل از رویدادها حمل کند. چهار ویژگی باربرند.
دامنه. کدام محصولات یا دستهها، کدام سقف هزینه، کدام بازه زمانی، کدام فروشنده یا مجموعه فروشندگان. دامنه باید در نقطه اجازهدهی بهصورت ماشینی قابل بررسی باشد، نه اینکه در یک prompt روایت شود. عاملی که با استدلال به خریدی مجاز میرسد و عاملی که میتواند اثبات کند خرید درون یک پاکت امضاشده بوده، دو مصنوع متفاوتاند؛ تنها دومی قابل حسابرسی است.
هویت تفویضکننده و صدور آگاهانه. اختیارنامه باید گواهی دهد که یک اصلگذار مشخص این تفویض مشخص را صادر کرده، و اینکه صدور عمدی بوده نه پیامد جانبی یک کلیک. اینجاست که بیشتر جریانهای عاملی کنونی ضعیفتریناند: رضایت در مرز، در یک نشست ثبت میشود و هرگز به تراکنشی که پس از آن میآید گره نمیخورد.

ابطالی که پیش از تسویه اثر میکند. مسیر ابطالی که پس از تسویه charge اثر میگذارد، فرایند رسیدگی به شکایت است، نه کنترل. اختیارنامه به حالتی نیاز دارد که هم فروشنده و هم ریل پرداخت بتوانند مشاهده کنند، و گام تسویه باید آن را بررسی کند. عاملی که میتواند بخرد اما نمیتوان متوقفش کرد، برای هر دو سوی پیشخوان یک مسئولیت است.
سابقه استدلالی کافی برای داوری. وقتی chargeای مورد اعتراض قرار میگیرد، کسی باید بازسازی کند که چرا عامل چنین عمل کرده است. سابقه باید در زمان تصمیم ثبت شود، به اختیارنامه گره بخورد و در کنار تراکنش نگهداری شود. بازسازی قصد از لاگها پس از واقعه، همان جایی است که هزینههای اختلاف از آن میآید.
هیچیک از اینها ویژگی پروتکل نیستند. اینها مصنوعاتی هستند که یک پروتکل باید حمل کند، و دستور زبان آنها هنوز در هیچ شکل پذیرفتهشدهای وجود ندارد.
چرا پروتکلها بهتنهایی آن را نمیبندند
ریلهای پرداخت میتوانند یک توکن را حمل کنند. نمیتوانند قصد را حمل کنند. یک ریل میتواند بررسی کند که اعتبارنامه معتبر است و وجوه موجود است؛ نمیتواند بررسی کند که خرید با آنچه اصلگذار در نظر داشته مطابقت داشته است. آن داوری یک لایه بالاتر، در اختیارنامه، زندگی میکند و ریل هیچ شِمایی برای آن ندارد.
چارچوبهای رضایت در مرز همان شکل محدودیت را دارند. آنها تعیین میکنند چه کسی میتواند وارد فروشگاه شود. تعیین نمیکنند چه کسی پاسخگوی آنچه درون آن رخ میدهد است. عاملی که بهخوبی احراز هویت شده اما بیرون از قصد اصلگذارش عمل میکند، هنوز عاملی است که بیرون از قصد عمل میکند، و رضایت در مرز هیچ کاری برای تخصیص آن زیان نمیکند.
بدون دستور زبان اختیارنامه، هر اختلافی به شرایط خدمات فروشنده فرو میریزد. شرایط فروشنده تنها سندی میشود که میگوید هزینه یک خرید اشتباه یا مخرب بر دوش چه کسی است، و آن شرایط برای خریداران انسانی نوشته شدهاند. این عدم تقارن اقتصاد این شکاف را مستقیماً توضیح میدهد: مسدود کردن عاملها ارزان است چون سطح اختلاف موجود را بدون تغییر حفظ میکند، در حالی که باز کردن گران است چون فروشنده ریسک تقلب و مرجوعی را جذب میکند که هنوز نمیتواند قیمتگذاری یا منتقلش کند.
به همین دلیل است که این واگرایی مانعتراشی نیست. مسدودسازی در مرز از سوی آمازون، امتناعی عقلانی از پذیرش مسئولیت یک تعهد نامشخص است. گشایش ساختاریافته والمارت، شرطبندی عقلانی بر این است که مواجهه کنترلشده بههمراه یادگیری عملیاتی زودهنگام از انتظار کشیدن بهتر است. هر دو به همان لایه گمشده پاسخ میدهند.

معاملهای که صنعت در حال انجام آن است
مسدود کردن عاملها هزینههای اختلاف را همانجا که هست نگه میدارد، به قیمت از دست دادن تقاضای تفویضشده. خوشآمدگویی به عاملها ریسک تقلب و مرجوعی را تا زمان استاندارد شدن شواهد اختیارنامه به فروشنده منتقل میکند. هیچیک از این دو موضع بیهزینه نیست، و انتخاب میانشان تجاری است نه فنی.
شرکتهایی که زود باز میکنند، عملاً خودشان لایه اختیارنامه را تعهد میکنند. آنها بررسیهای دامنه، مسیر ابطال و سابقه استدلالی را درونسازمانی میسازند، اختلافاتی را که این کنترلها در جلوگیری از آنها ناکام میمانند جذب میکنند، و امیدوارند دادههای عملیاتی پیش از رسیدن یک استاندارد و هموار کردن آن به مزیت تبدیل شوند. این شرطبندی بر توانایی قیمتگذاری ریسکی است که بازار هنوز نمیتواند قیمتگذاری کند. قابل دفاع است، اما باید آن را به همان نام خواند: شرطبندی تجاری بر زیرساخت اختیارنامه، نه یک نقطه عطف یکپارچهسازی فنی.
استدلال متقابل صادقانه این است که بازکنندگان زودهنگام هزینههای اختلافی را متحمل میشوند که تازهواردان پس از وجود استاندارد از آن میگریزند، و اینکه استاندارد، وقتی برسد، ممکن است به آنچه هر خردهفروش تکتک ساخته شباهت نداشته باشد. شرکتهایی که بهترین موقعیت را دارند آنهایی هستند که کنترلهای اختیارنامه درونسازمانیشان به دستور زبان نهایی بهقدر کافی نزدیک است که مهاجرت ارزان باشد. این یک محدودیت طراحی است و همین حالا قابل اقدام است.
یک قاعده طراحی عملی برای سازندگان
اختیارنامه را بهعنوان یک مصنوع امضاشده با دامنه قابل بررسی ماشینی در نظر بگیرید، که در کنار تراکنش ذخیره میشود، نه اینکه از وضعیت نشست استخراج شود. وضعیت نشست همان جایی است که قصد در آن میمیرد: تغییرپذیر است، به charge گره نمیخورد، و در یک اختلاف قابل ارائه نیست. یک پاکت امضاشده با دامنه صریح را فروشنده میتواند پیش از اجازهدهی بررسی کند و هر یک از دو طرف میتواند پس از آن ارائه دهد.
اول مسیر ابطال را ابزارگذاری کنید. پیش از آنکه به یک عامل اجازه تراکنش داده شود، کنترل توقف باید ساخته، آزموده و برای طرف مقابل قابل مشاهده باشد. عاملی که میتواند بخرد اما نمیتوان متوقفش کرد، برای هر دو سوی پیشخوان یک مسئولیت است، و ابطالی که پس از تسویه اثر میگذارد، فرایند رسیدگی به شکایتی است که لباس کنترل پوشیده است.
فرض کنید طرف مقابل قالب اختیارنامه شما را نخواهد پذیرفت. مسیر جایگزین به یک گام تأیید انسانی را بهعنوان مسیری درجهیک طراحی کنید، نه شاخهای خطا. معماری عملی، یک پاکت اختیارنامه است که فروشنده در صورت پشتیبانی میتواند تجزیهوتحلیلش کند، و یک دستدادن تأییدی در صورت عدم پشتیبانی، با ثبت همان سابقه استدلالی در هر دو حالت. این سطح اختلاف را تا زمان تثبیت دستور زبان محدود نگه میدارد.
شکاف میان والمارت و آمازون جنگی بر سر پروتکل نیست که برده شود. این دو شرکت، یک پرسش حلنشده تفویض اختیار را به دو شکل متفاوت قیمتگذاری میکنند. سازندگانی که اختیارنامه را مصنوع و پروتکل را انتقال جایگزینپذیر بدانند، هر جا که استاندارد فرود آید، میتوانند همراه آن حرکت کنند.
