<p dir="ltr">well &quot;only executed once&quot; (every time someone verifies that transaction)...</p>
<div class="gmail_quote">On Dec 11, 2015 4:36 PM, &quot;Jorge Timón&quot; &lt;jtimon@jtimon.cc&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr"><br>
On Dec 10, 2015 7:36 AM, &quot;Luke Durback&quot; &lt;<a href="mailto:luke.durback@gmail.com" target="_blank">luke.durback@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt; Tomorrow, I&#39;ll work on writing a way to do voting on proposals with BTC used as voting shares (This will be difficult as I do not know FORTH).  That seems like a fairly simple, useful example that will require loops and reused functions.  I&#39;ll add a fee that goes to the creator.</p>
<p dir="ltr">If it&#39;s voting for something consensus, you will need something special. If it&#39;s not consensus (ie external) thw voting doesn&#39;t have to hit the chain at all.<br>
I don&#39;t see how &quot;loops and reused functions&quot; are needed in the scripting language for this use case, but I&#39;m probably missing some details. Please, the more concrete you make your example, the easiest it will be for me to understand.</p>
<p dir="ltr">&gt; IMO, if you write a complicated system of scripts that&#39;s used frequently, it makes sense to charge a fee for its usage.</p>
<p dir="ltr">But each scriptSig is only executed once with its corresponding scriptPubKey. Are you proposing we change that?</p>
<p dir="ltr">&gt;  A decentralized exchange between colored coins, for instance might take a small fee on each trade.</p>
<p dir="ltr">I&#39;ve been researching the topic of decentralized exchange from before the term &quot;colored coins&quot; was first used (now there&#39;s multiple designs and implementations); contributed to and reviewed many designs: none of them (colored coins or not) required turing completeness.<br>
I&#39;m sorry, but what you are saying here is too vague for me to concretely be able to refute the low level &quot;needs&quot; you claim your use cases to have.<br></p>
<p dir="ltr">&gt; On Dec 10, 2015 10:10 AM, &quot;Luke Durback via bitcoin-dev&quot; &lt;<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank">bitcoin-dev@lists.linuxfoundation.org</a>&gt; wrote:<br>
&gt; &gt; This, combined with the ability to make new transactions arbitrarily would allow a function to pay its creator.<br>
&gt;<br>
&gt; I don&#39;t understand what you mean by &quot;a function&quot; in this context, I assume you mean a scriptSig, but then &quot;paying its creator&quot; doesn&#39;t make much sense to me .<br>
&gt;<br>
&gt; Could you provide some high level examples of the use cases you would like to support with this?</p>
</blockquote></div>