<div dir="ltr">Hi Bruce,<div><br>Thanks to you and Chris for your replies. Just want to focus on the fiduciaries bit:</div><div class="gmail_extra"><br><div class="gmail_quote">On 13 September 2015 at 16:02, Bruce Tonkin <span dir="ltr">&lt;<a href="mailto:Bruce.Tonkin@melbourneit.com.au" target="_blank">Bruce.Tonkin@melbourneit.com.au</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-AU" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><br></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><span class="">
<p class="MsoNormal"><span style="color:#1f497d">&gt;&gt;  </span>Relatedly - has the board analysed whether the model is viable without a membership approach given the obligations directors hold (fiduciary obligations) in a non-membership system?<span style="color:#1f497d"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u> <u></u></span></p>
</span><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">I don’t understand the question.    From my understanding Directors of a board have the same fiduciary obligations regardless of where it is membership or non-membership
 organization.    The arbitration model I think could apply to either type of organization as well.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u> <br></span></p></div></div></div></blockquote><div><br></div><div>My understanding of this issue is as follows. [I too, joyously, am not a lawyer...!]</div><div><br></div><div>The fiduciary obligations of the Board to the organisation etc have been well discussed. In particular, they create some issues in terms of ensuring that accountability mechanisms without a member leave the Board as the final decision-maker. </div><div><br></div><div>That is why for instance ICANN has long opposed binding arbitration - having an external decision-maker who could bind the Board could be incompatible with those obligations and place the Board in an impossible position. Same with the various community powers that have been proposed - in the current situation, they could erode the ability of those obligations.</div><div><br></div><div>In creating the Community Mechanism as Single Member, this problem was resolved. The fiduciary duties directors face in a membership-based organisation are subtly but significantly different. Because the &quot;membership body&quot; is one with various rights, there are no conflicts between its ability to make decisions and the Board operating with integrity in response to them.</div><div><br></div><div>This difference is implicit in many of the Board&#39;s suggestions about how to change the community powers etc in the feedback lodged at the end of last week, and in how the MEM would operate.</div><div><br></div><div>It is not surprising it&#39;s important, because it goes to the heart of who has final authority in the ICANN system - the Board, as it does today &amp; would under the Board&#39;s proposed alternative, or the community organised through the CMSM, as it would under the CCWG&#39;s proposal.</div><div><br></div><div><br></div><div>To me this is a core difference in approach we should tease out carefully and accurately. It is why on the call with the Board on 3 Sept, I tried to be clear that the issue goes well beyond the ability to &quot;enforce the powers in Court&quot;. It is this shift in fiduciary responsibility that is an important difference.</div><div><br></div><div><br></div><div>I hope this is clear, but recognise it is a brief effort at clarity.... </div><div><br></div><div><br></div><div>cheers</div><div>Jordan</div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div></div></div></div></div></div>
</div></div>