Gavin Andresen [ARCHIVE] on Nostr: 📅 Original date posted:2012-12-05 📝 Original message:I've had some push-back on ...
📅 Original date posted:2012-12-05
📝 Original message:I've had some push-back on the names of the proposed messages-- e.g.
"Invoice" in the accounting world means "I've already given you a
product or service, here is what you owe, payment terms, what forms of
payment are accepted, etc."
I think there might also be confusion about why we're defining our own
Invoice when there are at least three or four other existing standard
for electronic invoices.
So unless there is strong objection I'm going to change the names of
the messages:
Invoice --> PaymentRequest
Payment : ok as-is
Receipt --> PaymentACK (payment acknowledgement)
On Tue, Dec 4, 2012 at 12:06 PM, Mike Hearn <mike at plan99.net> wrote:
> Does it make sense to have this spec not include the details of
> bootstrapping? It's not complicated ....
BIP 0001 says: "If in doubt, split your BIP into several well-focussed ones."
I think it makes sense to keep the URI extension separate from the
binary message format.
> We should define a simple mechanism for extending the protocol now...
>
> message Invoice {
> extensions 1000 to max;
> }
Ok.
--
--
Gavin Andresen
Published at
2023-06-07 10:43:39Event JSON
{
"id": "cb17ff1f444da8c404632f57099210f593c79336b45c0f17959bfc848dd0f949",
"pubkey": "857f2f78dc1639e711f5ea703a9fc978e22ebd279abdea1861b7daa833512ee4",
"created_at": 1686134619,
"kind": 1,
"tags": [
[
"e",
"1bd78b419247dfb60fa2e8b1cf4983b406411160c7aa6e19780a4034c5da34de",
"",
"root"
],
[
"e",
"66492cb4bdf1368e552b1705a9bdc3caf54957f2b55e42cb7fc9b98f9564c2f2",
"",
"reply"
],
[
"p",
"f2c95df3766562e3b96b79a0254881c59e8639f23987846961cf55412a77f6f2"
]
],
"content": "📅 Original date posted:2012-12-05\n📝 Original message:I've had some push-back on the names of the proposed messages-- e.g.\n\"Invoice\" in the accounting world means \"I've already given you a\nproduct or service, here is what you owe, payment terms, what forms of\npayment are accepted, etc.\"\n\nI think there might also be confusion about why we're defining our own\nInvoice when there are at least three or four other existing standard\nfor electronic invoices.\n\nSo unless there is strong objection I'm going to change the names of\nthe messages:\n\nInvoice --\u003e PaymentRequest\nPayment : ok as-is\nReceipt --\u003e PaymentACK (payment acknowledgement)\n\nOn Tue, Dec 4, 2012 at 12:06 PM, Mike Hearn \u003cmike at plan99.net\u003e wrote:\n\u003e Does it make sense to have this spec not include the details of\n\u003e bootstrapping? It's not complicated ....\n\nBIP 0001 says: \"If in doubt, split your BIP into several well-focussed ones.\"\n\nI think it makes sense to keep the URI extension separate from the\nbinary message format.\n\n\u003e We should define a simple mechanism for extending the protocol now...\n\u003e\n\u003e message Invoice {\n\u003e extensions 1000 to max;\n\u003e }\n\nOk.\n\n-- \n--\nGavin Andresen",
"sig": "56119774af4c2dbec1c78080c67e6e9a0be052613dfde980dbb28c4a6f0838b83b205e8ff6c8a19f9ec594cf9b43dda1e8e6733bd5bfc021d64191c4121a18b2"
}